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To learn how to create a successful CASE 
strategy for your organization, come to 
IDE seminar. Or call us for more infor 
mation. We’ll be happy to 
with all the 

For more information or to 
register for an IDE seminar in 
your area, call 
1-800-888-IDE1 Ext. 

1-415-543-0900 Ext. 

E-mail address: sherlock@ide.com 


Searching for the right CASE partner for your organization? 
Once you know what to look for, finding the right partner is 
elementary. All the evidence points to IDE. Its success formula 
combines the right CASE process, tools, training and support 
to make you successful. 


To implement your CASE strategy, start with UNIX— 
the proven choice of software developers. UNIX 
provides the best foundation for multi-user envi¬ 
ronments and offers the widest array of modem 
development tools. Most illuminating. 

Add IDE’s Software through Pictures® and 
your choice of other best-of-class tools such 
as Saber-C, FrameMaker and Interleaf. Software 
through Pictures integrates all these tools with a 
shared repository, supports structured and object- 
oriented methods, and runs over heterogeneous n 
of Sun, Digital, HP and IBM workstations and X terminitis. 
Closed products from other vendors fall far short of IDE’s open 
strategy. Why settle for a 7% solution when you can have it all? 


Look closely at your CASE alternatives and you’ll see why IDE 
is the obvious choice. Only IDE offers you open and extensible 
solutions such as the C Development Environment™ that 
you can refine your CASE strategies to meet future requirements 
And if you’re just getting started with CASE, IDE’s Pilot Project 
Package provides all the software, training and support you 
need to make your first project a brilliant siieci 
Fortuitous indeed. 
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NEW OBJECT-ORIENTED LANGUAGE 


FROM Animate IMPORT DynlmageObj; 

FROM GrpMod IMPORT QueueObj; 

TYPE 

PlatformObj = OBJECT(DynlmageObj) 

OrbitPosition : REAL; 

OrbitVelocity : REAL; 

OrbitRadius : REAL; 

Messages : QueueObj; 

Quadrant : INTEGER; 

TELL METHOD SendTo(IN platform : PlatformObj); 

TELL METHOD Receive FromflN platform : PlatformObj); 
ASK METHOD ComputePosition; 

END OBJECT; 


Readable, compact language with multiple 
inheritance, strong typing, and dynamic binding 
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Forms, graphs, and icons defined through the 
editor-no programming 


After you’ve tried new MODSIM II 
other object-oriented languages will seem primitive 

Free trial and, if you act now, free training 


M ODSIM II is a modern 

high-level, object-oriented 
language with these important 
benefits: 

• Object-oriented programming. 

The powerful mechanisms that 
help you develop structured, 
easily maintainable code. 

• A compact, readable language. 
Your programs are at least 25% 
smaller than equivalent C + + 
programs and they are easier to 
read. 

• Symbolic debugger. Error detec¬ 
tion and correction are simplified 
through steptracing, multiple 
breakpoints, and data viewing. 

• Graphics and animation. You 
easily lay out your graphical in¬ 
terface with no programming. 

• Standardization across com¬ 
puters. Your development invest¬ 
ment is preserved when you 
change computer types. 

• Simulation. All the features you 
need to do simulation and auto¬ 
matically collect statistics are 
available if you need them. 

With these benefits, the time and 
cost you need to develop programs is 
sharply reduced. 


Free trial offer 

The free trial contains everything 
you need to try MODSIM II on your 
computer. Try the language, the 
quality and the timeliness of our sup¬ 
port, and our documentation and 
training-everything you need for a 
successful project. 

We’ve been providing software 
and support for 29 years-we’ll be 
here when you need us. 

Computers with MODSIM II 

MODSIM II® is available for all 
popular computers. 

Charter User Group benefits 

CACI is now organizing a MOD¬ 
SIM II Charter User Group. Mem¬ 
bers receive a reduced price, early 
releases, and other benefits. 

For a limited time we also include 
free training. Call today to avoid 
disappointment-class size is limited. 

For immediate information 

In the US, call Hal Duncan at (619) 
457-9681, or Fax (619) 457-1184. In 
Canada, call Peter Holt on (613) 
782-2474, Fax (613) 782-2202. In 
Europe, call Nigel McNamara, in the 
UK, on 044 276 671 671, Fax 044 276 
670 677. 


Rush information on 
MODSIM II. 

□ Yes, I want to learn the reasons for 
the growing popularity of MODSIM II. 

Charter User Group offer-return the 
coupon today and we will include a 
free course worth $950. 





□ Send details on your University Offer 


j CACI Products Company 
| 3344 North Torrey Pines Court 
| La Jolla, California 92037 

| Call Hal Duncan at (619) 457-9681 
Fax (619) 457-1184 
In Canada: 

I CACI Products Division 
1 200-440 Laurier Avenue West 
I Ottawa, Ontario KIR 7X6 

I Call Peter Holt on (613) 782-2474 
Fax (613) 782-2202 
In Europe: 

CACI Products Division 
I Suite 11, Coliseum Business Centre 
Watchmoor Park, Riverside Way 
Camberley, Surrey GU15 3YL, UK 

Call Nigel McNamara on 044 276 671 671 
Fax 044 276 670 677 


MODSIM II is a registered trademark and 
service mark of CACI Products Company 
©1991 CACI Products Company 
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Anniversary MESSAGES 


IEEE president 

As 1991 IEEE president, and on be¬ 
half of the entire board of directors, it 
gives me great pleasure to congratu¬ 
late you and join you in celebrating 
the fortieth anniversary of the IEEE 
Computer Society. 

The growth of the computer indus¬ 
try is one of the principal engines that 
have driven change in modern society 

— in communications, transportation, 
health care, entertainment, and many 
other areas. People now walk down 
the street carrying computing devices, 
and the work environment depends 
totally on computers for efficient op¬ 
eration. And it was innovative com¬ 
puter engineers like yourselves who 
pioneered this “computer revolution” 
and created products that have tre¬ 
mendously improved our world. 

It is not a coincidence that those 
areas of the world that have had the 
broadest exchange of technical infor¬ 
mation are where the computer indus¬ 
try is most vibrant. The IEEE is now 

— and with your help will remain — 
the leader in global technology ex¬ 
change. We are leaders for progress. 



Eric E. Sumner, IEEE president 


Your society represents close to one 
third of the total IEEE membership. 
Over 100,000 engineers in some 130 
local chapters in more than 35 coun¬ 
tries belong to the IEEE Computer 
Society. Your publications — essen¬ 
tial tools for disseminating cutting- 
edge information on technology — 
are impressive in quality and quantity. 
The combined circulation of the six 
magazines published by the Computer 
Society, for example, exceeds 160,000, 
and the society also produces numer¬ 
ous transactions, journals, and confer¬ 
ence proceedings. 

Other important means for technol¬ 
ogy exchange are meetings, confer¬ 
ences, and workshops. Here again, the 
IEEE Computer Society has demon¬ 
strated great strength. Alone, or in co¬ 
operation with other technical organi¬ 
zations, it sponsors more than 50 
conferences each year. A single con¬ 
ference the IEEE Computer Society 
cosponsors — the Design Automation 
Conference — typically attracts as 
many as 5,000 attendees. 

These major achievements result 
from much hard work and a lot of 
time and energy donated freely by 
many active members. But I am cer- 



Duncan H. Lawrie, Computer Society 
president 


tain that even more will be accom¬ 
plished in the future as totally new 
uses for computers are found. I pre¬ 
dict that the next 40 years for the 
IEEE Computer Society will be even 
more exciting and successful than the 
last four decades, perhaps taking us 
from machines to androids. 

Carry on! 

Eric E. Sumner 

IEEE president 


Computer Society 
president 

Computer is consistently one of the 
things our members rate most highly 
and which they value most about their 
membership. I look forward to my 
monthly allocation of “continuing ed¬ 
ucation” and news about what’s going 
on in the business. But every once in a 
while an extra-special issue comes 
along. Our twenty-fifth anniversary is¬ 
sue in 1976 was one of these, and even 
though I have relegated pre-1980 is- 



Stephen S. Yau, History Commit¬ 
tee chair 
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sues to the barn, I still have that issue 
in my office. I believe this month’s is¬ 
sue is destined to become another 
that’s kept close at hand. 

Technology has enabled us to build 
and use machines with enough power 
to solve some significant problems 
computationally. Stories of computers 
being used to design new drugs, pre¬ 
dict severe storms, image everything 
from the human body to underground 
oil, and discover more about the fun¬ 
damental nature of our universe fill 
me with excitement about the 10 years 
between now and our fiftieth anniver¬ 
sary. Further, significant infusions of 
funds from bills now before the US 
Congress and elsewhere promise to 
make possible even more progress on 
a worldwide scale. We all have a re¬ 
sponsibility to ensure that these funds 
are used wisely and efficiently. 

Our field is changing rapidly. Tech¬ 
nology is constantly changing what we 
can do with computers and how we do 
it. Computing is making strategic 
changes in our society, and computing 
professionals especially need to stay 
abreast of trends and major changes 
in the technology. Those who will be 
successful will be those who under¬ 
stand these changes and act accord¬ 
ingly. 

James Aylor, Roy Russo, and Bruce 
Shriver have gone beyond the effort 
usually required for a special issue to 
bring us an outstanding selection of 
articles designed to help us in charting 
our own courses over the next decade. 
Just look over the list of authors and 
subjects. Put this issue of Computer 
high on your “read list.’’ You will ben¬ 
efit from the insights herein. 

Duncan H. Lawrie 

Computer Society president 


History Committee 
chair 

The computer, with its broad appli¬ 
cations, is the most effective tool for 
improving quality and increasing pro¬ 
ductivity in almost any organization. 


In fact, computer technology has be¬ 
come perhaps the most pervasive 
force driving rapid change in world 
socioeconomic systems. 

The IEEE Computer Society, 
founded in 1951, has played a major 
role in serving researchers and practi¬ 
tioners in computing and related 
fields. With the increasing importance 
of computer science and technology, 
and through the dedication of many 
individuals, the society has grown 
dramatically in many ways — mem¬ 
bership, publications, conferences, 
and meetings — and will continue to 
improve its services to the community 
of computer science and engineering 
professionals. 

This year the society commemo¬ 
rates its fortieth anniversary, and the 
History Committee has been assigned 
the responsibility of planning and co¬ 
ordinating the celebration. This in¬ 
cludes special events held at Comp- 
con in San Francisco in February and 
others planned for this month at 
Compsac in Tokyo, as well as the pre¬ 
sentation of special certificates to ac¬ 
knowledge many individuals for their 
dedication and contributions to the 
society. 

In December, IEEE Transactions 
on Knowledge and Data Engineering 
will publish a special issue in recogni¬ 
tion of the anniversary celebration. 

We also planned to dedicate this is¬ 
sue of Computer to this special occa¬ 
sion. In addition to covering current 
major technological advances and 
projections for the future, the issue 
includes an informative article by 
Merlin Smith, a History Committee 
member and a past president of the 
society, summarizing how the society 
grew in step with the advances in 
computer technology. 

Finally, on behalf of the History 
Committee, I would like to thank 
James Aylor, Roy Russo, Bruce 
Shriver, Merlin Smith, and the au¬ 
thors who contributed to this special 
issue. Also, we appreciate the support 
of Duncan Lawrie, Helen Wood, and 
Ken Anderson for the celebration ac¬ 
tivities. 

Stephen S. Yau, 

History Committee chair 


The University of 
Queensland 

Equal opportunity in employment 
is University policy. 

Department of Computer Science 
Key Centre for Software Tech¬ 
nology 

Lecturer/Senior Lecturer/ 
Reader (Tenurable) - 2 positions 

The Department of Computer Sci¬ 
ence has been designated a Key 
Centre for Software Technology by 
the Australian Government. It also 
houses the Software Verification 
Research Centre [SVRC], a special 
research centre of the Australian 
Research Council, and the Centre 
of Expertise in Distributed Informa¬ 
tion Systems [CEDIS] funded largely 
by Telecom Australia. 

Preference will be given to appli¬ 
cants with interests in either Net¬ 
works/Communications or Soft¬ 
ware Verification, who will have 
the opportunity to work with strong 
teams in CEDIS and SVRC respec¬ 
tively. Applications from persons 
with other interests are also wel¬ 
come. 

The appointees will be expected to 
contribute to the teaching program 
at both undergraduate and post¬ 
graduate levels including supervi¬ 
sion of Masters and PhD students. 
There is a broad undergraduate 
degree programme and a large 
postgraduate school which includes 
45 PhD students. 

Applicants should hold a PhD in 
Computer Science (or equivalent). 
Demonstrated research perfor¬ 
mance will be necessary for ap¬ 
pointment at Senior Lecturer or 
Reader levels. Industry experience 
will also be welcomed. 

A relocation allowance is payable to 
an appointee from outside Brisbane, 
Queensland. 

Salary: 

$33,163 -$43,096 Lecturer 
$43,684 -$51,015 Senior Lecturer 
$57,463 Reader 

Inquiries: Professor Andrew Lister, 
Key Centre for Software Technol¬ 
ogy, Department of Computer Sci¬ 
ence, The University of Queensland, 
Q1 d 4072, Australia. Ph 617 365- 
SI 68, fax 617 365-1999. 

Email lister@cs.uq.oz.au. 

Closing date: 20 September 1991. 
Ref No: 30591. 

Please forward an original plus 
seven copies of application and 
resume to the Director, Person¬ 
nel Services, The University of 
Queensland, Q1 d 4072, Australia. 


September 1991 














IEEE Computer Society 


Four Decades of 
Service, 1951-1991 


Merlin G. Smith, IBM T.J. Watson Research Center 


I n 1991, the IEEE Computer Society commemorates its 40th year. The 
society can trace its roots to the activities of committees formed in the 
mid-forties by the American Institute of Electrical Engineers and the 
Institute of Radio Engineers, but the official start date is set in 1951. That was the 
year IRE created the Professional Group on Electronic Computers, the first broad 
membership organization for computer professionals. 

This article traces the society’s development decade by decade, highlighting the 
systems, technology, and professional interests that guided the society’s growth in 
membership and services. Readers who are interested in more information about 
the earlier years and the people involved are encouraged to read the 25th anniver¬ 
sary issue of Computer , December 1976. 


Roots in the 1940s 


Rooted in engineering 
society committees 
from the 1940s, the 
IEEE Computer Society 
has evolved into the 
foremost membership 
organization for 
computer 
professionals. 


It was the beginning of the electronic computer era. The higher performance 
technologies were mainly vacuum tubes and delay lines. Work on ENIAC (Elec¬ 
tronic Numerical Integrator and Computer) had started, and development efforts 
soon spread to several organizations. 

Amid this burgeoning interest in electronic computers, a professional commu¬ 
nity began to emerge. Both the American Institute of Electrical Engineers and the 
Institute of Radio Engineers had small cores of members dedicated to the early 
computer technologies. 

The AIEE general proceedings and conferences supported the modest output of 
the profession in its earliest days. However, in the mid-forties, the AIEE recog¬ 
nized the need for more focus. The Large-Scale Computing Devices Subcommittee 
was formed in 1946, and Charles Concordia became its first chair. It became a full 
committee, the Computing Devices Committee, in 1948. This was also the year that 
the IRE formed a Technical Committee on Electronic Computers, headed by 
James R. Weiner. 

These committees were the roots of the Computer Society. They began the work 
of organizing conference sessions, publishing papers, and compiling glossaries. 
The AIEE subcommittee sponsored the first computer conference session on 
January 30,1947. The session was part of the AIEE Winter Meeting in New York. 
Concordia presided over a panel that included Howard Aiken, Julian Bigelow, Jay 
Forrester, John McPherson, T.K. Sharpless, and Sam Williams. About 350 people 
attended. 

The IRE committee listed its main objective as developing a glossary, with 
additional duties involving “standardization of test methods, coordination with 
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the Papers Procurement Committee, and 
computer session planning.” This IRE 
committee continued to function with a 
“standards” mission, even after the IRE 
created the Professional Group on Elec¬ 
tronic Computers, and on to about the 
time of the AIEE-IRE merger. 

These early committees were small. 
The initial AIEE subcommittee had 
seven members, and the IRE commit¬ 
tee started with 21 members. They pro¬ 
vided services to the profession, but 
were not conceived as membership or¬ 
ganizations. However, the IRE Plan¬ 
ning Committee had proposed the broad 
idea for such organizations in a report 
dated October 7, 1947. In early 1948, 
the IRE formally opened the door to 
membership organizations by approv¬ 
ing the formation of “Groups” among 
its members, “so that there will be a 
place for the Groups to work and ac¬ 
complish their aims, as a part of the 
Institute.” 

The formative 1950s 

The forties had produced the ENIAC, 
followed by the Manchester Mark I and 
EDSAC (Electronic Delayed Storage 
Automatic Computer). These efforts 
stimulated computer development in 
many organizations, and within the first 
couple of years of the fifties, some doz¬ 
en or more new machines were com¬ 
pleted. These machines included: 

• BINAC (Binary Automatic Com¬ 
puter) 

• EDVAC (Electronic Discrete Vari¬ 
able Automatic Computer) 

• SE AC (Standards Eastern Automat¬ 
ic Computer) 

• SWAC (Standards Western Auto¬ 
matic Computer) 

• Ferranti Mark I 

• Whirlwind I 

• IAS (Institute for Advanced Study) 

•UNIVAC I (Universal Automatic 

Computer) 

• National 102 

•ORDVAC (Ordnance Discrete 
Variable Automatic Computer) 

•ILLIAC (Illinois Integrator and 
Automatic Computer) 

• IBM’s 650 and 701 

Fifties’ technology began with tubes 
and moved to transistors before the 
decade was over. Magnetic cores soon 
replaced delay-line storage and the faster 


electrostatic storage. The disk also be¬ 
came a factor in storage systems. For¬ 
tran was a creation of the fifties, and 
work began on several compilers and 
other programming languages. An IBM 
701 user group initiated SHARE (Soci¬ 
ety to Help Avoid Redundant Effort). 

The computer community was ripe 
for the development of professional 
organizations. In 1951, Nathaniel Roch¬ 
ester, chair of the IRE Technical Com¬ 
mittee on Electronic Computers, en¬ 
couraged Mort Astrahan to form a 
membership group within IRE. Astrah¬ 
an responded with a petition, devel¬ 
oped with help from members of the 
technical committee and other people 
prominent in the computer field at the 
time. He also had strong support from 
Harry Huskey and Harry Larsen in Los 
Angeles. These two members of the 
IRE Los Angeles Section had already 
formed a local Electronic Computers 
Professional Group in 1950. This group 
became the first chapter of the new 
Professional Group on Electronic Com¬ 
puters, approved by the IRE on Octo¬ 
ber 19, 1951. 

The PGEC elected Astrahan as its 
first chair at the first meeting of its 
Administrative Committee. This meet¬ 
ing was held December 11,1951, at the 


first Joint Computer Conference orga¬ 
nized by the AIEE and IRE. 

The PGEC organized a symposium 
and one other session at the 1952 IRE 
National Convention. Other conference 
activities followed quickly. The first 
proceedings were published later that 
year, documenting the Electronic Sim¬ 
ulation Symposium, cosponsored by the 
local Los Angeles chapter and UCLA, 
April 30-May 2,1952. The first transac¬ 
tions were published in December 1952, 
Transactions on Computers , using com¬ 
puter papers from the August 1952 
Wescon. 

The PGEC was also responsible for 
IRE’s participation in the continuing 
Joint Computer Conferences. The 
PGEC worked with officers from the 
AIEE Computing Devices Committee 
to develop the JCCs. Revenue from these 
conferences enhanced the financial via¬ 
bility of the group/society, particularly 
in the early years. (The JCCs were suc¬ 
ceeded in 1973 by the National Com¬ 
puter Conferences.) 

At first, the PGEC emphasized chap¬ 
ter formation by fostering close rela¬ 
tionships among chapter leaders and 
coordination of chapter activities. They 
started student activities and awards 
programs and, in collaboration with the 



In memoriam 

We wish to pay special tribute to the volunteers who are no longer with us, 
whose efforts helped build the Computer Society into the preeminent organization 
it is today. We dedicate this article to them. 

We particularly want to remember Mort Astrahan, Sam Levine, and Dick Mer- 
win (shown left to right above). These officers made critical contributions during 
the first 40 years. Astrahan was the founder and first chair of the Professional 
Group on Electronic Computers, the Computer Society’s direct ancestor organi¬ 
zation. Levine helped establish Computer magazine and the PGEC’s support 
staff. Merwin played a major role in developing the society’s software and appli¬ 
cations programs. 

These officers shared a strong sense of dedication to the organization, respect 
for their colleagues, and friendliness toward everyone they met. Each of them left 
an important legacy to the membership and created a heritage that benefits all of 
us. We miss them. 


September 1991 












IRE, made their first report on stan¬ 
dards activities in 1954. 

Collaboration with the AIEE in¬ 
creased during the early fifties, as did 
cooperative meetings with the Associa¬ 
tion for Computing Machinery. 

The IRE, with the PGEC’s encour¬ 
agement, initiated an affiliate member¬ 
ship program in 1957. As originally con¬ 
stituted, professionals of certain 
recognized sister societies could join 
the group without being a member of 
the parent IRE. This provided a signif¬ 
icant base for Computer Society mem¬ 
bership in later decades. 

The fifties produced an organization 
with many elements of the present Com¬ 
puter Society, notably excepting the 
technical and education committees. 
Conferences were the most significant 
early activity, but publications grew rap¬ 
idly with some 1,800 editorial pages 
generated during the decade. 

At the end of the fifties, the PGEC 
was the largest professional group in 
the IRE. It had 19 chapters across the 
US and 8,874 members, including 8,129 
full members, 679 student members, and 
66 affiliates. 

Coming of age 
in the 1960s 

The decade began against a backdrop 
of more than 170 different operating 
computer types and models, most of 
which were commercial machines. Esti¬ 
mated computer installations in the US 
alone totaled 6,000. The integrated cir¬ 
cuit, invented in the late fifties, became 
the technology of choice for logic early 
in the sixties. An early memory imple¬ 
mentation showed up in the semicon¬ 
ductor cache of the IBM 360 Model 85. 

Innovations continued in hardware 
architecture and programming languag¬ 
es. New languages included IPL, Lisp, 
Cobol, APL, PL/I, Simula, and Algol. 
Multiprogramming, time-sharing, the 
Burroughs B5000 with virtual memory, 


the DEC PDP-8, and the IBM System 
360 were among the exciting develop¬ 
ments of the decade. Interests of the 
professional community diversified to 
include computational algorithms, the 
theory of computing, system optimiza¬ 
tion, pattern recognition, information 
retrieval, computer design aids, and a 
wide variety of storage devices. 

The profession grew dramatically and 
spawned a number of societies and fed¬ 
erations of societies. The PGEC, AIEE 
Computing Devices Committee, and 
ACM worked together to create a col¬ 
lective voice for the profession. In May 
1961, the American Federation of In¬ 
formation Processing was formally es¬ 
tablished to represent the US in the 
International Federation for Informa¬ 
tion Processing and to provide other 
services to the profession. AFIPS was 
supported largely by the JCCs (it was 
given 50 percent ownership in them). 
Members of PGEC and the Computing 
Devices Committee became leaders in 
both AFIPS and IFIP. 

PGEC services in the early sixties 
were much the same as in the late fifties, 
although the number of conferences and 
transactions pages continued to increase. 
However, in 1961, the PGEC leader¬ 
ship began to consider creating techni¬ 
cal committees. These committees would 
provide more forums for special inter¬ 
ests and, at the same time, reduce the 
chance of these interests forming sepa¬ 
rate IRE groups and segmenting the 
field. In May 1962, the first of these 
committees, a logic and switching theo¬ 
ry committee, was approved to operate 


jointly with the AIEE committee al¬ 
ready in operation. 

Concurrently, mergerplans were pro¬ 
ceeding between the IRE and AIEE. 
The merger had many ramifications, but 
an important and immediate one was in 
the area of technical committees. The 
AIEE had evolved a committee-sub- 
committee structure from the earlier 
CDC, with a number of subcommittees 
formed under the leadership of Ruben 
Imm, Claude Kagan, and Gary Hol¬ 
lander. When the merger became final 
on April 20,1964, it included 12 techni¬ 
cal committees, most of which had func¬ 
tioning programs in place. Three of these 
committees have operated continuous¬ 
ly ever since, and a fourth, the Stan¬ 
dards Committee, was eventually ele¬ 
vated to a Computer Society board. 

The IRE-AIEE merger into the Insti¬ 
tute of Electrical and Electronics Engi¬ 
neers began at the headquarters level in 

1963. The PGEC then became the Pro¬ 
fessional Technical Group on Electron¬ 
ic Computers, and very shortly thereaf¬ 
ter, the Computer Group. In early 1963, 
the group began operating with an Ad¬ 
ministrative Committee that included a 
mix of PGEC and AIEE CDC people. 
The final merger was completed in April 

1964. 

A major step was taken in July 1966 
with the first issue of Computer Group 
News , under the leadership of Ted Bonn 
and group chairs, Dick Tanaka and Sam 
Levine. Computer Group News was 
published every other month in the six¬ 
ties. It included group and industry news, 
applied and tutorial articles, a guide to 


Two views of Computer Society growth: 
The background graph traces Computer Society membership from the 
early 1960s through 1990. Membership was about 10,000 in 1965, shortly 
after IRE and AIEE merged as IEEE and our forerunner committees were 
consolidated as the Computer Group. By the end of 1990, Computer 
Society membership had increased tenfold to 107,049. Staff and office 
space increased at a corresponding rate, from modest home offices in the 
mid-1960s to the current international configuration shown at right. 











Broadening the base 
in the 1970s 

The seventies refined the design of 
computers and brought attention to 
making them easy to use. Dramatic 
progress materialized in large-scale in¬ 
tegration, with corresponding improve¬ 
ments in system performance and re¬ 
ductions in logic and memory costs. 
Metal-oxide semiconductor transistor 
arrays replaced cores. MOS transistors 
also provided the base for LSI logic— 
enough to enable Intel to bring out the 
4004 microprocessor. The professional 
community was keenly interested in 
developing new applications and design 
methodologies and in supporting soft¬ 
ware systems and languages. 

In the Computer Society, it was a dec¬ 
ade of significant growth in both the 
depth and breadth of services. Mem¬ 
bership grew by a factor of over two- 
and-a-half. In 1971, the Computer Group 
became the Computer Society. (The 
Computer Group promoted this name 
change to better represent the stature it 
and other IEEE groups had attained.) 


One of the society’s most significant 
moves of the period was to strengthen 
its position in the software area. The 
early efforts of Steve Yau, Dick Sim¬ 
mons, Raymond Yeh, Dick Merwin, 
and their associates were instrumental 
in the success of this effort. The society 
formed a Technical Committee on 
Software Engineering in 1974, and held 
its first conferences in 1975. IEEE 
Transactions on Software Engineering 
was initiated with the March 1975 issue, 
and the Computer Software and Ap¬ 
plications Conference (Compsac) 
started in 1977. 

A key planning committee helped 
institutionalize the society’s software 
directions in 1975. The committee was 
chaired by Yau and included Roily 
Arndt, Mike Flynn, Harlow Freitag, Dick 
Simmons, and Merlin Smith. The soci¬ 
ety adopted recommendations by the 
committee to formally embrace com- 
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computer literature, and a repository of 
computer articles. Repository materi¬ 
als were available to the profession for 
a nominal charge. 

Computer Group News opened the 
door for many magazines in the society, 
as well as in IEEE. But it was also 
significant in another way. With the 
publication of its own magazine, the 
Computer Group employed and man¬ 
aged its own full-time staff —hiring John 
Kirkley to put together a small staff in 
the Los Angeles area for publications 
support and other administrative activ¬ 
ities. The Computer Group was the first 
IEEE group to do this, and it was a 
major factor in the growth of the society. 

Interest in conferences and meetings 
continued to grow in the sixties. Initial¬ 
ly, conference participation centered on 
presenting papers and sessions at major 
conferences of the IRE, AIEE, JCCs, 
and others. In the late sixties, the Com¬ 
puter Group sponsored and cosponsored 
a number of its own meetings with its 
technical committees and chapters. And 
in 1967, the group held its first major 
annual conference, chaired by Steve Yau. 

In 1968, IEEE Transactions on Com¬ 
puters became a monthly publication. 
The number of published periodical 
pages grew to almost 9,700 pages in the 
transactions and about 640 in the Com¬ 
puter Group News. Membership grew 
to 16,862, including 4,200 students and 
158 affiliates. The decade closed with 41 
chapters. 
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puter engineers, computer scientists, and 
applied mathematicians in its member¬ 
ship and to actively provide software 
application and system engineering ser¬ 
vices to members. 

The society’s publication program 
grew rapidly. The Computer Group 
News, renamed Computer in 1972, be¬ 
came a monthly publication in 1973, 
and significantly increased its tutorial- 
oriented content. At the same time, 
IEEE Transactions on Computers was 
unbundled from it, making Computer 
the only publication received automat¬ 
ically with society membership. The 
subscriber base to the now optional 
transactions held up well, and the soci¬ 
ety learned it could expand its publica¬ 
tions program outside the membership 
dues structure. 

I n addition to starting the IEEE Trans¬ 
actions on Software Engineering in 1975, 
the society introduced the IEEE Trans¬ 
actions on Pattern Analysis and Ma¬ 
chine Intelligence in January 1979. The 
decade saw the publication of more than 
25,000 periodical pages: about 13,500 
pages for the IEEE Transactions on 
Computers, about 4,100 pages for the 
IEEE Transactions on Software Engi¬ 
neering, over 400 pages for the IEEE 
Transactions on Pattern Analysis and 
Machine Intelligence, and over 8,000 
editorial pages for Computer. 

Late in the decade, the society for¬ 
malized its nonperiodical publications 
into the Computer Society Press. The 
operation mainly produced conference 
proceedings, tutorial texts, and reprints 
in the seventies. 

Fourteen new technical committees 
were formed, making a total of 20 by the 
end of the period. The committees con¬ 
tributed significantly to growth in the 
number of specialty conferences and 
meetings. In the late seventies, the Com¬ 
puter Society was sponsoring or cospon¬ 
soring about 50 technical conferences, 
meetings, and symposia, many with 
ACM. 

The committees also established a 
base for expanding standards activities. 
These activities — often stated among 
the objectives of the society and all its 
antecedents — finally began to move 
substantially beyond glossary efforts. 
They appeared to catch fire while Tse- 
yun Feng chaired the Computer Stan¬ 
dards Committee and moved aggres¬ 
sively ahead under his successor, Bob 
Stewart. Interest in microcomputer stan¬ 
dardization fueled these activies. In June 


1976, a Computer Society workshop, 
Concepts for Microcomputer Standard¬ 
ization, stimulated important work. 
Early reports from the committee relat¬ 
ed to standards for the S-100 bus, micro¬ 
processor-related buses (Multibus, Mi¬ 
crobus, Futurebus), microprocessors in 
hobby and small-business software, mi¬ 
croprocessors in peripheral devices, re¬ 
locatable software, mnemonic language, 
high-level languages (including Pascal), 
and floating point arithmetic. Interest 
soon developed in local-area networks. 

In 1972, Rex Rice restructured the 
society’s major annual conference se¬ 
ries into Compcon. It continues in San 
Francisco to this date. Compcon intro¬ 
duced the concept of special tutorial 
sessions. These sessions have since be¬ 
come a regular feature for many of the 
society’s conferences and a source of 
tutorial texts for the Computer Society 
Press. 

The society initiated the Education 
Committee in 1970, and produced the 
first model curriculum in 1976. The Dis¬ 
tinguished Visitor Program began pro¬ 
viding speakers to chapters in 1971. 

The Computer Society was also the 
first IEEE society to establish student 
branch chapters. This activity began in 
1974 as an experiment and was subse¬ 
quently adopted by the IEEE. Addi¬ 
tionally, the society formalized and ex¬ 
panded its awards program in this 
decade. 

The staff supporting the society’s op¬ 
erations also grew. Under Ed McClus- 
key’s leadership, the position of execu¬ 
tive secretary was created in 1971. Harry 
Hayman accepted it and set up an office 
in his home near Washington, DC. By 
the end of the decade the Computer 
Society staff numbered 16 permanent 
employees: two in Hayman’s office in 
Silver Spring, Maryland, and 14 in Long 
Beach, California, plus several tempo¬ 
rary part-time people in both locations. 
In 1973, True Seaborn joined the soci¬ 
ety as head of the publishing operations 
on the West Coast. The needs and via¬ 
bility of the organization had grown to 
the extent that, late in the decade, the 
society started the process of acquiring 
its own building in Los Alamitos, Cali¬ 
fornia. 

By the end of the seventies, Comput¬ 
er Society membership had grown to 
43,930, including 7,833 students and 3,943 
affiliates. There were now more than 
100 chapters, including about 30 stu¬ 
dent branch chapters. 


The energetic 1980s 

The costs of logic and memory con¬ 
tinued to decrease dramatically in the 
eighties. This influenced all parts of the 
industry and drove the growth of per¬ 
sonal computers and workstations. Mi¬ 
croprocessors pervaded all electrical and 
electronic applications, aided by com¬ 
plementary MOS technology. Levels of 
integration were counted in hundreds 
of thousands of gates and millions of 
bits per silicon chip. 

Many computer applications, prohib¬ 
itively expensive less than a decade ear¬ 
lier, became reality. Extensive network¬ 
ing of computers and terminals became 
commonplace, and serious work began 
in massively parallel computing. Data¬ 
base systems, computer vision, and ex¬ 
pert systems drew a lot of attention. 
Unix became a widely accepted system, 
and the Ada language gained many ad¬ 
vocates. 

Software specification, design, and 
development emerged as the major costs 
in producing computer systems. Reli¬ 
ability became everyone’s concern. 

Within the Computer Society, the 
growth of the seventies continued in 
every function, but with new dimen¬ 
sions and changing emphasis. This was 
the decade of new magazines, major 
standards activities, new education ini¬ 
tiatives, international services, and a 
significant growth and refinement of 
staff services and facilities. 

In 1983, the Computer Society’s rep¬ 
resentation on the IEEE board increased 
from one director to two. This increase 
recognized the substantial representa¬ 
tion of the Computer Society in the 
IEEE membership—more than 30 per- 
cent — and opened the door to signifi¬ 
cantly more participation in the affairs 
of the institute. 

Within the society, the breadth of the 
profession and member interest in the 
more tutorial-oriented materials pub¬ 
lished in Computer prompted the cre¬ 
ation of similar magazines in specialty 
areas. The society introduced IEEE 
Computer Graphics and Applications in 
January 1981, IEEE Micro in February 
1981, both IEEE Design & Test and 
IEEE Software in February 1984, and 
IEEE Expert in the spring of 1986. 

IEEE Transactions on Knowledge and 
Data Base Engineering was introduced 
in September 1989. IEEE Transactions 
on Software Engineering and IEEE 
Transactions on Pattern Analysis and 
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Machine Intelligence moved from bi¬ 
monthly to monthly publication in 1985 
and 1989, respectively. 

The society published more than 
65,200 periodical editorial pages during 
the decade — with over 33,400 pages in 
transactions and 31,800 pages in maga¬ 
zines, including 12,700 in Computer. 

The number of technical committees 
continued to grow, mirroring the diver¬ 
sity in the computer industry. Fifteen 
new technical committees brought the 
total to 33 by the end of the decade. 
These committees were the primary 
sources of conferences and meetings. 
The society sponsored and cosponsored 
more than 50 conferences annually and 
cooperated, without financial involve¬ 
ment, with other organizations in doz¬ 
ens more. Interest in the more vertical 
or specialty conferences increased, rel¬ 
ative to the broad conferences such as 
Compcon and Compsac. Several of the 
specialty conferences drew many more 
attendees than the broad-based confer¬ 
ences. The number of meetings held 
outside the US grew significantly, many 
of them sponsored by technical com¬ 
mittees. In the eighties the society spon¬ 
sored and cosponsored more than 90 
conferences outside the US. CompEu- 
ro was initiated in 1987, cosponsored 
with IEEE’s Region 8. 

The technical committees began to 
support standards activities in a major 
way. The results were remarkable. At 
the end of the decade, 56 standards had 
been approved and 125 working groups 
were under way. These projects involved 
well over 5,000 people. 

The society had become the major 
player in computer standards. It had the 
largest standards activity in IEEE. Ma¬ 
jor accomplishments included the local- 
area network series, Posix standards 
(supporting applications portability in 
Unix-derived environments), VHSIC 
Hardware Description Language stan¬ 
dards, a host of activities relating to the 
software life cycle, and a variety of glos¬ 
saries. Working groups continue in some 
of these areas as well as in microproces¬ 
sor technology, design automation, test 
technology, programming languages, 
and other areas. 

Education activities generated sever¬ 
al more model curricula in computer 
science and engineering, as well as com¬ 
puter systems technology. In a major 
new enterprise, the society created the 
Computer Science Accreditation Board 
and the Computer Science Accredita- 


Highlights from the first 40 years 


1946: First AIEE committee on computing devices. The AIEE Large-Scale 
Computing Devices Subcommittee consisted of seven members as of October 
1946. initiated in May/June 1946, the subcommittee was given full committee sta¬ 
tus August 1, 1948. Subsequent members included J.C. McPherson (1947), J.W. 
Mauchly (1947), and W.H. MacWilliams (replacing Tebo in 1948). 


C. Concordia, chair 
J.G. Brainerd 
S.H. Caldwell 
E.L. Harder 
W.C.Johnson 
G.D. McCann 
J.D. Tebo 


General Electric Company 
University of Pennsylvania 
Massachusetts Institute of Technology 
Westinghouse Electric Company 
Princeton University 
California State Polytechnic Institute 
Bell Laboratories 


1948: First IRE committee on computers. The IRE Technical Committee on 
Electronic Computers included 21 members as of May 1, 1948. 


J.R. Weiner, chair 
G.R. Stibitz, vice chair 
S.N. Alexander 
J.V. Atanasoff 
J.H. Bigelow 
P. Crawford 
C.S. Draper 


J.P. Eckert, Jr. 
J.W. Forrester 
N. Goldstine 
E.L. Harder 
B.L. Havens 
E. Lakatos 
G.D. McCann 


C.H. Page 
J.A. Rajchman 
N. Rochester 
R. Serrell 
T.K. Sharpless 
R. Snyder 
C.F. West 


1964: IEEE Computer Group Technical Committees. After the merger of the 
AIEE CDC and the IRE PGEC in April 1964, IEEE had eleven TCs. Most of them 
started as subcommittees of the AIEE CDC in 1959. Computer Elements, Design 
Automation, and Mathematical Foundations of Computing continue operating today 
among the society’s current 33 TCs. The Standards Committee currently operates 
as a society board. 


Application to Design Evaluation 
and Simulation 
Automation Processes 
Computer Elements 
Computer Standards 
Computer Systems 
Data Acquisition and Transformation 


Design Automation 
Logic and Switching Circuit Theory 
(now the Mathematical Foundations 
of Computing) 

Management Data Applications 

Reliability 

West Coast 


1990: Top ten conferences sponsored/cosponsored by the IEEE Computer 
Society. Professional participation and attendance at many specialty meetings 
now exceeds the broader-based conferences. 


ACM/IEEE Design Automation Conference 

Int’l Test Conference 

Supercomputing 

Int’l Conf. on Computer-Aided Design 
Int’l Conf. on Software Engineering 


Compcon Spring 
Infocom 

IEEE Symp. on Security and Privacy 
Compsac 

Conference on Al Applications 


1946-1991: Society leaders. The following list of society chairs and presidents in¬ 
cludes its antecedents committees from the forties. 


AIEE Sub- 

Year committee/CDC IRE PGEC 


IEEE Computer 
Year Group/Society 


1946-49 Charles Concordia 
1949-51 John Brainerd 

1951-53 Walter MacWilliams 

1953 Frank Maginniss 

1954 

1955 Ed Harder 

1956 

1957 Morris Rubinoff 

1958 

1959 Ruben Imm 

1960 

1961 Claude Kagan 

1962 

1963 Gary Hollander 


1964 

1965 

Morton Astrahan 1966-67 
John Howard 1968-69 

Harry Larson *1970-71 

Jean Felker 1972-73 

JerreNoe 1974-75 

Werner Buchholz 1976 
Willis Ware 1977-78 

Richard Endres 1979-80 
Arnold Cohen 1981 

1982-83 

Walter Anderson 1984-85 
1986-87 


"Beginning January 1, 1968, terms of office changed to 1990 
the calendar year. Prior terms began on July 1. 1991 


Keith Uncapher 
Richard Tanaka 
Samuel Levine 
Charles Hobbs 
Edward McCluskey 
Albert Hoagland 
Stephen Yau 
Dick Simmons 
Merlin Smith 
Tse-yun Feng 
Richard Merwin 
Oscar Garcia 
Martha Sloan 
Roy Russo 
Edward Parrish 
Kenneth Anderson 
Helen Wood 
Duncan Lawrie 
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tion Commission, jointly with ACM in 

1984. CS AB addresses policy and CS AC 
handles the actual accreditation pro¬ 
cess for those computer science pro 
grams not closely associated with engi¬ 
neering. (The Computer Society 
continues to work with the Accredita¬ 
tion Board for Engineering and Tech¬ 
nology in computer-related programs 
falling within ABET’s purview.) CSAC 
accredited more than 80 baccalaureate 
programs in the eighties. 

The eighties also saw increasing in¬ 
terest in ethics and matters of govern¬ 
ment and public policy. The Committee 
on Public Policy was formed to provide 
guidance on presenting the society’s 
views to state and federal officials. The 
committee works closely with the IEEE 
USAB public policy operation. By the 
end of the eighties, the society’s com¬ 
mittee had about 400 members in 12 
subcommittees. 

The growth in society services was 
clearly fueled by the industry’s growth 
and by the many volunteer profession¬ 
als who were motivated to provide the 
technical base for these services. But 
this growth simply would not have been 
possible without the staff support that 
developed during this period. The soci¬ 
ety brought in T. Michael Elliott in 1982 
as its first executive director, and the 
staff developed from 14 people at the 
beginning of the eighties into a highly 
professional operation of 94 people by 
the end of the decade. 

The Computer Group staff operations 
had begun in the garages and basements 
of its first publisher and executive sec¬ 
retary. In early 1980 the West Coast 
publishing operation moved into its 
newly purchased building, and in 1985 
the space was doubled with the pur¬ 
chase of the adjoining building. Also in 

1985, the society purchased its current 
headquarters building in Washington, 
DC, and extended its staff support over¬ 
seas by opening an office in Brussels. 
The Brussels office was expanded in 
1987. In 1988, an office was opened in 
Tokyo. These offices represent a major 
step in serving the society internation¬ 
ally. 

In 1981, Dennis Fife, with support 
from Oscar Garcia, initiated Comp- 
mail+, an electronic mail service for the 
society’s leadership and member sub¬ 
scribers. This service has been continu¬ 
ally upgraded to support effective com¬ 
munication , access to the society bulletin 
board and to business journal abstracts, 


and gateways to other major electronic 
networks. 

The society’s membership passed the 
100,000 mark in 1988, and finished the 
eighties with 106,674 members, includ¬ 
ing 13,226 students and 25,115 affili¬ 
ates. About 25 percent of the member¬ 
ship resided outside the US, and the 
international segment was growing rap¬ 
idly. There were 248 chapters, including 
120 student branch chapters, with 44 
regular chapters and 32 student branch 
chapters located outside the US. 


The base for the 
nineties 


The nineties promise to be even more 
exciting. The trend of decreasing hard¬ 
ware costs and improved performance 
will continue to support evolving appli¬ 
cations and design needs — already ev¬ 
ident in the society’s many technical 
forums. This evolving technology in¬ 
cludes the further integration of ad¬ 
vanced computer, communications, and 
graphics techniques. It involves network¬ 
ing, expert systems development, paral¬ 
lel processing, and neural networks. 

Judging by the society’s publications 
and conferences, research and develop¬ 
ment will continue to advance under¬ 
standing and practice in design tech¬ 
niques and simulation. These efforts will 
address every aspect of the develop¬ 
ment process — extending to higher 
levels and reaching deeper into the fab¬ 
rication processes. Society publications 
and meetings are rich forums for ad¬ 
vancing these software and application 
development techniques. 

The Computer Society is well posi¬ 
tioned to support these and the many 
other professional needs in a dynamic 
decade. Its base for the nineties includes 
six magazines and five transactions 
(counting the IEEE Transactions on 
Parallel and Distributed Systems, which 
was introduced in January 1990). In 
addition, the society comprises the Com¬ 
puter Society Press, 32 technical com¬ 
mittees, and 50 to 60 conferences spon¬ 
sored annually. The society conducts 
the premier computer standards opera¬ 
tion in the world. It supports progres¬ 
sive curriculum and accreditation activ¬ 
ities, assists the many regular and student 
chapters, and operates an extensive 
awards and recognitions program. A 
professional staff and international of¬ 


fices continue to support membership 
interests and volunteer efforts world¬ 
wide. 


T he society is ready to help any 
member who wants to continue 
our 40-year tradition of initiat¬ 
ing new activities, forming new techni¬ 
cal committees, holding conferences, co¬ 
ordinating standards, and publishing 
periodicals, proceedings, and books. Any 
member can contribute to the new de¬ 
cade of computer history. The work is 
both satisfying and fun. ■ 
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Award winning CASE tool 
selected by the experts 

TurboCASE 3.0 


• For the Macintosh. 

• Structured Analysis (with 
Real-Time extensions). 

• Data Modeling. 

• Object Oriented Analysis. 


• Structured Design. 

• Object Oriented Design (3rd Q, 91) 

• 3rd Party Code Generator (2nd Q, 91) 

• 3rd Party Bridges to CD1F & Teamwork® 
by Cadre Technologies. 


TurboCASE is one of the award winners of the 1990 Productivity 
Awards presented by Computer Language Magazine on February 
12,1991. TurboCASE is the only Macintosh product selected in 
the CASE tools category for its significant impact on improving 
the way software products are developed. 
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Call for Papers for 


Very 

Large 

Data 

Bases 


The VLDB Journal 


The International Journal on Very Large Data Bases 


Aim and Scope 

The VLDB Journal is a quarterly published journal dedicated to the publication of scholary contributions to 
the advancement of information system architectures, the reflection of technological impacts, and the 
development of novel applications. It presents significant advances in the design, implementation, and 
evaluation of information systems. 

Status of Forthcoming Issues 

The first issue of the journal has a tentative publication date in the first half of 1992. The issues will alternate 
between "special issues" on selected topics of current interest, and "genaral issues”. Papers on any database 
topic are welcome at any time, and if appropriate they will be grouped into special issues. The first issue will 
be a special issue on "Federated databases". Topics for special issues include, but are not limited to the 
following: 


• Federated Databases 

• Optimization in Object-Oriented and 

• Parallelism in DBS 

Complex Object DBs 

• Active Database Systems 

• Automatic DB Tuning and Load Balancing 

• Multiprocessor DB Systems 

• Deductive Database Systems Prototypes 

• Database Programming Language Systems 

• Temporal and Spatial DBS 


While the general issues will be devoted to all system aspects of databases, the special issues should give a 
good overview over a field by combining several related papers into one issue also including surveys or tuto¬ 
rials. Authors having a significant contribution to a specific subject are encouraged to submit it as soon as 
possible. Depending on the time schedule, the authors’ preferences and based on the comments of the refer¬ 
ees, a decision will be made whether the contribution will be included in a special or a general issue. All pa¬ 
pers will be thoroughly and professionally reviewed. Invited papers, surveys and tutorials will be clearly 
marked as such. 

Submittal Procedure 

Papers must be written in English, double-spaced and type-written on one side of each page. Six copies of 
each paper must be submitted to one of the two Editors-in-Chief. Please contact one of the Editors-in-Chief 
for further information. 

Subscription 

For individuals, the annual subscription rate for four issues of the VLDB Journal is US $24. For libraries and 
organizations, the annual rate is US $96. To subscribe, send your name, mailing address, and a check (a 
cashier’s check if not issued from a US bank), to: 

The VLDB Journal, The Boxwood Press, 183 Ocean View Blvd., Pacific Grove, CA 93950, USA 


Editors-in-Chief 
Fred J. Maryanski 

(Editor-in-Chief for Americas and Asia) 

University of Connecticut 

U-155, Room 209,260 Glenbrook Road 

Storrs, CT 06269-3155, USA 

Tel.: +1-203-486-2421 

Fax: +1-203-486-6379 

E-Mail: fred@sparcO.brc.uconn.edu 


Hans-J. Schek 

(Editor-in-Chief for Europe, Africa and Oceania) 
Swiss Federal Institute of Technology, Zurich 
ETH Zentrum 

CH-8092 Zurich, Switzerland 
Tel.: +41-1-254-7240 
Fax: +41-1-262-3973 
E-Mail: schek@inf.ethz.ch 









Guest Editors’ Introduction: 

The Promise of 
the Next Decade 


James H. Aylor, University of Virginia 

Roy L. Russo, IBM T.J. Watson Research Center 

Bruce D. Shriver, D.H. Brown Associates 


O ne would expect the commem¬ 
orative issue of Computer cel¬ 
ebrating the fortieth anniver¬ 
sary of the IEEE Computer Society to 
be steeped in history, identifying the 
milestones of progress and offering a 
retrospective on the evolution of the 
computing field. From the time we start¬ 
ed to think about this issue, however, 
we were guided by the thought that 
readers would be more interested in 
where the technology is now and where 
it is going than in where it has been. 
Thus, the following pages emphasize 
perspective, an assessment of the cur¬ 
rent state across much of the computing 
field, with a discussion of current issues 
and developments likely to have major 
impact, together with future challeng¬ 
es. Not that the past has been ignored; 
the authors have included their views 
on major contributions, recognizing 
people who did seminal work of lasting 
importance. 

In addition to articles that explore 
key subjects of interest in the comput¬ 
ing field, our issue has a section of short 
contributions in which academic and 
industry leaders share their viewpoints 
on current and future technology. There 
is also an article tracing the history of 
the Computer Society. To whet your 
appetite, we quote or paraphrase some 
of the gems you’ll find: 
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• Tomorrow’s user interfaces will be 
surrounding environments that will un¬ 
derstand spoken requests and gestures, 
and feature three-dimensional animat¬ 
ed images, video, and autonomous H AL- 
like agents acting on the user’s behalf. 

• In the next few decades the conver¬ 
gence of high-bandwidth communica¬ 
tion, fast computers, and ubiquitous 
networks will reshape the fabric of our 
lives, revolutionize our work environ¬ 
ments, and extend our technical abili¬ 
ties; the next 10 years will be increasing¬ 
ly colorful as humanized computers 
permeate our society. 

• How should a large set of numerical 
values collected in any one of many 
scientific endeavors be conveyed to the 
scientist so that effective use can be 
made of the human creative and analyt¬ 
ic capabilities? 

We leave it as an exercise for you to find 
equally thought-provoking statements. 

So much progress has been made over 
the past four decades and so many ex¬ 
citing opportunities still exist that we 
could not cover all of the topics with 
full-length articles. To compensate, we 
have included a number of short, 
thought-provoking statements from in¬ 
dividuals who have been part of the 
exciting past and will no doubt continue 
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to lead their respective fields in the 
future. The challenges ahead are enor¬ 
mous. Can we continue to afford major 
advances in microelectronic technolo¬ 
gy such as 0.1-micron feature sizes and 
100 million devices per chip? Are truly 
distributed systems consisting of heter¬ 
ogeneous nodes interconnected through 
gigabit-per-second networks possible? 
Can operating system technology be ad¬ 
vanced to the point where we have true 
automatic system management? We 
hope the contributors to this issue will 
address some of your questions and con¬ 
cerns. 

The Computer Society has grown right 
along with the computing field. You 
might ask, “What’s been going on in the 
society for the past 40 years, anyway?” 
You’ll find the answer in “The IEEE 
Computer Society: Four Decades of 
Service, 1951-1991.” Messages by the 
IEEE and Computer Society presidents 
and the Computer Society’s History 
Committee chair are also revealing. 


W e close by thanking the au¬ 
thors for responding so well 
to our invitation, the anony¬ 
mous reviewers for their insightful com¬ 
ments, and the Computer staff for pro¬ 
ducing the issue. ■ 
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Computer Technology 
and Architecture: 

An Evolving Interaction 


John L. Hennessy, Stanford University 
Norman P. Jouppi, Digital Equipment Corporation 


With an eye toward 
the 1990s, the authors 
tell how the rapid rate 
of performance growth 
of the 1980s can be 
sustained and discuss 
challenges for more 
exotic implementation 
technologies. 


T he interaction between computer architecture and integrated Circuit 
| technology is complex and bidirectional. The characteristics of various 
implementation technologies affect decisions architects make by influ¬ 
encing performance, cost, and other system attributes. Developments in computer 
architecture also impact the viability of different technologies. The implementa¬ 
tion requirements of various architectures can emphasize different technology 
characteristics, such as density, power, and speed. 

To understand the interaction between computer architecture and IC technol¬ 
ogy and the attractiveness of a technology for use in computers, we need a metric 
to evaluate different computer designs. In designing a computer today, the most 
important considerations are usually performance and cost. Secondary metrics, 
which may vary in importance, include fault tolerance, power, and environmental 
factors such as size, cooling, and noise. 

In this article, we discuss an assessment based primarily on performance and 
cost. Many of the secondary factors are indirectly measured by cost, while others 
are more difficult to quantify. Furthermore, we focus primarily on CPU perfor¬ 
mance, both because it is easier to measure and because the impact of technology 
is most easily seen in the CPU. 

To evaluate the suitability of an IC technology, you must consider the technol¬ 
ogy in the context of a complete CPU. Considering only device-level performance 
characteristics without accounting for other possible deficiencies only yields 
misleading results. 

We measure CPU performance by the execution time on some suitable work 
load. The execution time of a program can be expressed as the product of three 
terms: 

• the number of instructions required, 

• the average number of clock cycles per instruction, and 
• the time per clock cycle. 

Since the goal is to maximize performance, a computer designer wants to decrease 
each of these terms. Unfortunately, these factors are interrelated. The number of 
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Figure 1. Trends in microprocessor and mainframe CPU performance growth. 


instructions executed in a program de¬ 
pends primarily on the instruction-set 
architecture. The other two factors de¬ 
pend on the organization of the ma¬ 
chine and the choice of implementation 
technology, as well as the instruction- 
set architecture. We will give examples 
of these interdependencies later. 

The importance of this performance 
equation and the trade-offs among its 
factors have driven the development of 
new architectures for the past 10 years. 
The field of computer architecture has 
become quantitatively oriented, with 
comparisons driven by performance and 
cost. Thus, computer architecture is 
becoming more engineering and less 
art. 

This shift has not led to a dramatic 
increase in the number of revolutionary 
new ideas. Indeed, many of the domi¬ 
nant ideas in computer architecture in 
the 1980s were old ideas. For example, 
simplified load/store instruction sets go 
back to the early supercomputers at 
Control Data Corp. and Cray Research, 
while the emphasis on pipelining goes 
back to machines like Stretch. 

However, computer architecture re¬ 
mains challenging because the chang¬ 
ing implementation technologies con¬ 
stantly alter the trade-offs, leading to 
reevaluation of older ideas or the adap¬ 
tation of existing ideas to a new set of 
technology assumptions. Dramatic 
changes in technology, such as signifi¬ 
cant increases in integration level and 
decreasing memory cost, have been cru¬ 
cial to the development of many new 
architectures. 

Trends in technology 
and architecture 

Recently, rapid IC technology im¬ 
provements together with computer 
architecture innovations have led to a 
rate of CPU performance growth un¬ 
matched since the 1950s. Figure 1 shows 
the rate of improvement in CPU perfor¬ 
mance as measured by a general- 
purpose benchmark suite, such as SPEC. 

Microprocessor-based machines have 
been improving in performance at a 
rate of between 1.5 and 2 times per year 
during the past six to seven years. Im¬ 
provement rates for mainframes or mini¬ 
computers are about 25 percent per year. 
(This plot concentrates on general- 
purpose CPU performance. By ignor¬ 


ing I/O performance and not focusing 
on any application class, such as scientif¬ 
ic, it might not show the most advanta¬ 
geous aspects of larger machines, specif¬ 
ically mainframes and supercomputers.) 

Two major factors have driven this 
high growth rate: 

(1) The dramatic increase in the num¬ 
ber of transistors available on a chip. 

(2) Architectural advances, including 
the use of RISC ideas, pipelining, and 
caches. 


Because of the ability of microproces¬ 
sors to rapidly take advantage of im¬ 
provements in VLSI technology, com¬ 
puters based on microprocessor 
technology have increased in perfor¬ 
mance and decreased in cost most rap¬ 
idly. 

The increasing importance of short 
design times has been another result of 
this rapid rate of technology improve¬ 
ment and accompanying performance 
growth. When machine performance is 
growing rapidly from year to year, new 
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Figure 2. Trends in minimum feature size and maximum chip edge. 


computers with long design times must 
offer substantially larger performance 
improvements to avoid being bypassed 
by machines with smaller performance 
improvements but shorter design times. 

Additionally, as the design time of a 
machine increases, it becomes increas¬ 
ingly difficult to track the implementa¬ 
tion technology and ensure that the 
machine will come to market with the 
best available technology. These fac¬ 
tors mean that the long four- or five- 
year design cycles common in the main¬ 
frame and minicomputer business are 
becoming a major handicap in competi¬ 
tion with machines with shorter design 
cycles. 


Technology trends. By far, the most 
important technology trend for com¬ 
puters is the r elent less d ecreas e in the 
minimum feature size patternable" by 
optical lithography. Minimum feature 
sizes have decreased from 50 microns in 
1960 to 0.8 p in 1990 (see Figure 2). 
Since the number of components per 
chip is an 0(n 2 ) function of feature size, 
the number of components per chip has 
dramatically increased. 

Equally important is the fact that cir¬ 
cuit characteristics such a s switchi pfttime 
an d power dissipation al so improve w ith 
decr easing featu re size. In particular, 
Ttte'clr cult spee^lsrbu ghlyjjrQportion- 
al to theleature slzeTTf we multiply the 
numberof devices by their speed to get 
an overall measure of computing capa¬ 


bility, lithography is responsible for an 
0(n y ) improvement in computing capa¬ 
bility per chip. 

The primary challenge facing the com¬ 
puter designer is to translate this huge 
increase in computing capability into a 
correspondingly large increase in com¬ 
puting performance. Since the number 
of devices is increasing as 0(n 2 ) while 
device performance is only increasing 
as O(n), effective utilization of ever 
larger numbers of components is criti¬ 
cal. 

In parallel with a reduction in feature 
size, the maximum chip edge dimension 
(or more precisely, the square root of 
the maximum chip area) has increased 
from 2 millimeters in 1960 to 13 mm in 
1990. This also has an 0(n 2 ) effect on 
the number of components per chip. 
Unlike the effect of scaling minimum 
feature size on device performance, 
however, increasing the chip size leaves 
the basic device characteristics un¬ 
changed. Thus, this effect is less impor¬ 
tant than the continuing reduction in 
minimum feature size. 

In contrast, most other new technol¬ 
ogies provide only constant one-time 
factors. For example, a switch from a 
silicon CMOS process to a GaAs 
MESFET process would increase the 
switching speed of the devices by a fixed 
amount. Similarly, multichip modules 
offer a fixed improvement over the po¬ 
tential of single-chip packages. 

A significant problem exists when 


evaluating the benefits of fixed one¬ 
time technological improvements in the 
presence of other 0(n } ) trends. If the 
evaluator does not ensure that the time 
frame of both technologies is the same, 
the effects of changes in integration will 
swamp the effects of the technology 
change being considered. For example, 
if an evaluation compares last year’s 
silicon CMOS against this year’s GaAs 
MESFETs, the benefits of GaAs over 
silicon will be overestimated. 

Similarly, if a multichip module im¬ 
proves system performance by 30 per¬ 
cent, but a machine using multichip 
modules requires six months longer to 
get into production than a machine us¬ 
ing conventional packaging, the 0(n 3 ) 
effects of integration during the six 
months may outweigh the benefits of 
the multichip module. 

Memory size. The easiest way to use 
an 0(n 2 ) increasing number of transis¬ 
tors is in RAM. The first version of 
Whirlwind with magnetic core storage 
in 1953 had 4 kilobytes of storage, while 
the Cray-2 of 1989 has up to 4 gigabytes. 
Figure 3 shows the increasing storage 
capacity per RAM chip. 2 

Based on preliminary research, it ap¬ 
pears likely that DRAMs will continue 
to increase in density to at least three 
orders of magnitude larger than the 256- 
kilobit DRAMs used in some models of 
the Cray-2. Over the years, increasing 
memory size has had a number of ef¬ 
fects on computer design, not the least 
of which is a corresponding increase in 
the number of bits required to address 
memory. 

Another result of the phenomenal 
increase in memory capacity has been 
the appearance of various levels of cache 
memory. This came about for two rea¬ 
sons. First, if the main memory consists 
of many RAM chips, the space required 
to package them will result in a signifi¬ 
cant amount of time, dictated by signal 
transmission time, for accessing them. 
This makes the use of a small, fast cache 
(or a set of hierarchical caches) attrac¬ 
tive to reduce communication delay. 
Secondly, the large numbers of transis¬ 
tors available on the same chip as a 
microprocessor now make on-chip as 
well as off-chip caches feasible. 

The ability to place the entire CPU 
(including its first-level instruction and 
data caches) on the same chip has a 
profound effect on microprocessor per¬ 
formance and system cost. Assuming 
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Figure 3. Trends in semiconductor RAM density. 


the caches are of reasonable 
size, a processor will not need 
to communicate off-chip to 
execute most instructions. 

Similarly, parallel and very 
wide buses can be used on- 
chip without regard to pinout 
limitations. This largely de¬ 
couples the CPU cycle time 
and bandwidth of on-chip 
processing from off-chip con¬ 
siderations. Hence, the pro¬ 
cessor can run at a very fast 
cycle time relative to the fre¬ 
quency of signals at the board 
level, and the processor can 
use relatively inexpensive 
packaging. 

Design complexity and de¬ 
sign time. Although increas¬ 
ing memory size is the easi¬ 
est way to use an 0(n 2 ) 
increasing number of tran¬ 
sistors, increasing the mem¬ 
ory in a processor by itself falls short of 
the 0(n 3 ) increase in computational 
capacity from lithography. Since the 
device performance is increasing only 
as 0(n), an approach relying on device 
performance for speed and increasing 
memory density for reducing cost would 
have CPU performance increasing only 
as 0(n). (Application performance could 
still increase much faster by taking ad¬ 
vantage of larger main memories — for 
example, main memory databases.) 

As the recent performance trends in 
Figure 1 suggest, with lithography the 
performance increase is much faster than 
0(n). This added performance has been 
achieved by using the increasing num¬ 
ber of devices as well as their increasing 
speed. 

There are several ways to increase 
machine performance with relatively 
little complexity. For example, complete, 
independent pipelined functional units 
are often easier to design than single 
functional units that perform many dif¬ 
ferent operations. 

Similarly, increasing the performance 
of functional units by going from an 
iterative 2-bits-per-cycle multiplier de¬ 
sign to a fully pipelined multiplier array 
is not much more difficult, but the fully 
parallel pipelined multiplier uses a much 
larger transistor count to achieve high¬ 
er performance. 

For simple structures such as multi¬ 
plier arrays, peak performance can in¬ 
crease roughly with the number of tran¬ 


sistors. This approaches the potential 
0(n 3 ) increase in computing capability 
provided by advances in fabrication. 

Unfortunately, general-purpose CPU 
performance cannot be arbitrarily in¬ 
creased by techniques such as increas¬ 
ing the number of bits retired per cycle 
in a multiplier. Eventually, as each func¬ 
tional unit becomes completely paral¬ 
lel, the only way to further increase 
performance beyond that provided by 
increases in component speed consists 
of more complicated forms of machine 
parallelism, such as multiple-instruction 
issue. However, as increasingly com¬ 
plex parallel machine structures are at¬ 
tempted, the critical issue of design time 
can outweigh the benefits attained from 
increasing performance through higher 
CPU complexity. 

Efficient design scaling. Since scaling 
the minimum feature size provides an 
0(n y ) increase in computational capa¬ 
bility per chip, design styles that can 
easily take advantage of technology scal¬ 
ing have a significant advantage. In a 
microprocessor, the design can often be 
moved to a smaller feature size simply 
by shrinking the design features and 
performing a small number of minor 
design modifications (such as redesign¬ 
ing the padframe, since its size is based 
on bonding capabilities and not feature 
sizes). 

In contrast, advances in base technol¬ 
ogy are much harder to exploit in a 


multichip design. Much of the 
work in designing a multi¬ 
chip machine involves parti¬ 
tioning the design based 
largely on the number of pins 
available per chip. A de¬ 
crease in feature size by a 
factor of 2 might have very 
little effect on the perfor¬ 
mance of a multichip ma¬ 
chine, unless the partition¬ 
ing is changed, essentially 
requiring the redesign of the 
whole processor. 

Also, since 50 percent of 
multichip-machine cycle time 
is typically spent in chip-to- 
chip communication, a fac¬ 
tor of 2 increase in device 
speed with the same parti¬ 
tioning may only increase 
overall machine performance 
by (0.5/2 + 0.5)/l = 0.75/1 = 
33 percent. This magnitude 
of per-processor perfor¬ 
mance increase is typical for “mid-life 
kickers” in multichip machines. Any 
further increases in multichip-machine 
performance would likely require a com¬ 
plete redesign and/or more advanced 
multichip packaging technology. 

In contrast, microprocessor designs 
can scale to much larger increases in 
performance. For example, initial MIPS 
R2000 chips operated at 8 megahertz. 
Recently, R3000 chips based on the same 
design core that operate at ,40 MHz 
have become available, giving a 400 
percent increase in performance over 
the original design. This ability of mi¬ 
croprocessor-based designs to scale ef¬ 
fectively in performance with improv¬ 
ing base technology will become even 
more pronounced as cache hierarchies 
migrate on chip. 

Trends in architecture. The design of 
a new computer is strongly affected by 
both how the machine is to implement¬ 
ed and how it is to be used. The ongoing 
developments in IC technology provide 
the strongest influence in the imple¬ 
mentation. Thus, the strong growth in 
the level of integration has a significant 
impact on the choice of implementation 
techniques. 

Two of the most important hardware 
techniques used to improve performance 
during the past decade have been pipe¬ 
lining and caches. B oth techniques rely 
on using more devices to achieve higher 
performanceTOt course, the techniques 


September 1991 


21 









Instruction 

fetch 

Register 

fetch 

Execution 

Data 

memory 

access 

Write 

register 

result 




Instruction 

fetch 

Register 

fetch 

Execution 

Data 

memory 

access 

Write 

register 

result 




Instruction 

fetch 

Register 

fetch 

Execution 

Data 

memory 

access 

Write 

register 

result 


Figure 4. A simple machine pipeline. 
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Figure 5. Superpipelined (a) and superscalar (b) machine pipelines. 


have been used in mainframes and su¬ 
percomputers for some time. However, 
as the integration levels have increased, 
it has been possible to use (hesejech- 
niques aggressively irTrnitroprocessor- 


based machines. In fact, a number of 
microprocessor-based machines have 
used pipelining and cache techniques 
that are more advanced than those in 
use in the biggest machines. 


Pipelining. At the beginning of the 
1980s, pipelining was used almost ex¬ 
clusively by mainframes and supercom¬ 
puters. By the end of the decade, pipe¬ 
lining was used by every new machine. 

Pipelining improves the throughput 
of a machine without changing the basic 
cycle time, as Figure 4 shows. Thus, 
pipelining is an especially useful tech¬ 
nique when the gate count available is 
growing faster than gate speed. Of 
course, improvements in the gate speed 
can be independently incorporated into 
changes in the cycle time. 

In the early 1980s, most machines had 
little or no pipelining and the average 
instruction took 5 to 10 cycles (that is, 
the cycles per instriicflcrrrwas 5 to 10). 
By the end of the decade, several RISC 
machines aehieved-CPI valuesTtose to 
1 for in tegeF code. ForTfiS"6asicpipe- 
line shownhTFigure 4, a machine with 
a CPI of 1 essentially represents an 
ideal value. 

Pipelining increases performance by 
expl oi ti n g i n stru ction-le vel parall elism. 
Instruction-level parallelism is available 
when instructions in a sequence are in¬ 
dependent and thus can be executed in 
parallel by overlapping. In the ideal case, 
a pipelined machine can complete an 
instruction every cycle. One of the re¬ 
quirements to achieve this is aft amount 
of instruction-level parallelism that is 
sufficient to keep the pipeline full of 
independent instructions. 

To improve performance beyond the 
level achievable with the ideal pipeline 
above, we can either make the pipeline 
deepeycaTIed superpIpeTTr ungT or iss ue, 
mor e than one instruction per clockmto 
Bie7>ipeTmBrcatted^upers^ 

5 shows the two approaches. Because 
-either approach can exploit more in¬ 
struction-level parallelism, either can 
achieve higher performance, assuming 
enough parallelism is available in the 
application. 

A superpipelined machine and a su¬ 
perscalar machine of the same degree 
achieve roughly the same performance: 
They are essentially dua ls. 3 However, 
'secondarydesign choices in the imple¬ 
mentation of either technique can have 
substantial performance impact,^and 
each approach has different technology 
trade-offs. We discuss the trade-offs for 
each technique in the section entitled 
“ Improving uniprocessor performance. ” 
L 'trrarJaition, becattselnsTruction-level 
parallelism is often the limiting factor 
to the speedup achieved by these tech- 
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niques, there is a trade-off between the 
depth of a pipeline and the instruction 
Issue rate. That isTTf the latency of the 
functional units is made deeper, the in¬ 
struction issue rate will drop. 

This is not surprising; the parallelism 
used in the deeper pipeline is the same 
parallelism used in issuing multiple in¬ 
structions. However, this trade-off has 
an interesting outcome. With a limited 
silico n budget, an archi tect must often 
choose between the bandwidth of a func¬ 
tional unit and its latency. Often, de¬ 
signers focus on the bandwidth, trying 
to design a unit that can issue a new 
operation on every clock. Alternative¬ 
ly, designing a unit with lower latency 
may be possible, at the cost of lowering 
the issue bandwidth. Emphasizing the 
reducti on in latency, rather tha nTBe - " 
p'eaTrBandwidth, might lead to a faster 
machine. 

Memory systems. As the integration 
level has increased, memory has be¬ 
come progressively less expensive. This 
has had several important effects on 
computer design, including the de¬ 
creased importance of conserving mem¬ 
ory. In fact, designers now look for ways 
to trade-off memory for speed and re¬ 
duced design complexity. RISC archi- 
t ectures, for example, ush more m emo¬ 
ry than CISC architectur es, but reduce 
"the design complexity and offer higher 
speed. This trade-off was not attractive 
until the advent of large, relatively cheap 
DRAMs. 

The improvements in IC technology 
affected not only DRAMs, but also 
SRAMs, making the cost of caches much 
lower. Caches are one of the most im¬ 
portant ideas in computer architecture 
because they can substantially improve 
performance by the use of memory. 

The growing gap between DRAM 
cycle times and processor cycle times, 
as Figure 6 shows, is a key motivation 
for caches. 4 If we are to run processors 
at the speeds they are capable of, we 
must have higher speed memories to 
provide data. 

Caches were first used in the late 
1960s and early 1970s, both in large 
machines and minicomputers. In the past 
few years, virtually every microproces¬ 
sor has included support for a cache. 

Although large caches can certainly 
improve performance, the cache design 
problem is one of technology-driven 
compromises. These compromises exist 
because each of the three main cache 



Figure 6. Trends in DRAM and processor cycle times. 4 


design parameters — total cache siz e, 
associativity, and block size — has opti- 
r mal values that depend on the details of 
a design. 

To understand these trade-offs, it is 
useful to examine the equation for aver¬ 
age memory access time (assuming hit 
and miss detection time are the same): 

Average memory access time 
l = hit time + miss rate * miss penalty 


where the miss penalty is the time to 
handle a cache miss, including an access 
to memory. Because cache access time 
is nearly always the critical path in a 
processor design, the cache hit time of¬ 
ten determines the processor cycle time, 
making the hit time critical. 

Each of the three primary architec¬ 
tural parameters for a cache affects two 
factors in the above equation. Increas¬ 
ing the total cache size, increasing the 
associativity, or increasing the block size 
(to a limit) will decrease the miss rate. 
However, increasing the total cache si ze 
or the associativity often requires that 

the access time increase. 

AslTnumber of designers have real¬ 
ized, the increase in hit time may cost 
more than the improvement in miss 
rate. 5 ’ 6 Increasing the block size also 
increases the miss penalty, and at some 
point (when the increase in miss penalty 
exceeds the savings from an increased 
hit rate) will cause the average memory 
access time to increase. 

Because there is an optimal design 
point for each of these three cache pa¬ 
rameters (as determined by the average 


memory access time), there is an un¬ 
avoidable miss rate, which cannot be 
zero . 5 As the gap between processor 
cycle time and DRAM access time in¬ 
creases, the impact of the remaining 
misses increases. That is, as processors 
get faster they will lose more and more 
of their performance to the memory 
system. 

One technique to alleviate this prob¬ 
lem is to introduce another level oreach¬ 
ing between the primary cache and main 
memory. This idea of multile vel caches 
irasrecently been used both in high-end 
machines, where the allotted hit time 
' limited the size of the primary cache, 
and in machines where the primary cach¬ 
es are on the processor chip and are 
limited in size by the amount of silicon 
available. Because the access time is 
less critical, thes& .secondarv caches can_ 
also be built using slower high-densi ty 
^AMsTachieving sizes in the range of 

hundreds of kilo bytes to megabytes of 

f total cache. 

Multiprocessors. The role of multi¬ 
processors grew dramatically in the past 
decade as designers attempted to build 
on the dramatic price-performance ad¬ 
vantages offered by microprocessors. 
Today, microprocessor-based multipro¬ 
cessors can offer aggregate performance 
in the hundreds of millions of instruc¬ 
tions per second. 

While a number of research projects 
are focused on building scalable multi¬ 
processors (scalable to hundreds or thou¬ 
sands of processors) using microproces¬ 
sor technology, most of the focus in 
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the continued increase in integration. 



Year 


Figure 7. Semiconductor fabrication line capital cost per thousand wafers per 
week. (p = microns) 


industry is on building small (4-20 pro¬ 
cessors), bus-based machines that sup¬ 
port cache coherency. 

These machines have found a role in 
three different marketplaces: 

(1) They are an ideal alternative to 
timesharing uniprocessors — each user 
can be assigned to a single processor. 

(2) They make good transaction pro¬ 
cessing systems, using the parallelism 
among transactions. 

(3) They are being used as parallel 
processors in scientific and engineering 
applications. 

In all three cases, rapid improvements 
in microprocessor performance have 
been critical to maximizing the useful¬ 
ness of the machines. 

For ease of programming, these ma¬ 
chines have been designed with cache 
coherency. This simplifies the develop¬ 
ment of both system software and user 
applications. The cache coherency al¬ 
gorithms employed rely on using a bus 
for broadcast and implement a snoopy 
protocol. 7 

In addition to using microprocessor 
technology, these machines are based 
on several critical technology develop¬ 
ments. To accommodate several high- 
performance processors on a memory 
bus, the architecture must reduce the 
bus demands of each processor, which is 
accomplished through the use of very 
large caches. The use of large caches 


and a bus interconnect is interdepen¬ 
dent: Large caches allow multiple pro¬ 
cessors to share a bus and memory sys¬ 
tem, and a bus supports the use of a 
simple snooping coherency protocol to 
keep the caches consistent. In the next 
section, we examine the challenges fac¬ 
ing architects as they attempt to scale 
these machines to more processors and 
higher performance processors. 

Opportunities and 
challenges 

Continuation of the rapid increase in 
computer performance seen over the 
past decade will require ongoing im¬ 
provements in today’s technologies as 
well as the development of new IC tech¬ 
nologies and new ideas in computer ar¬ 
chitecture. Two important forces that 
will probably accelerate in the 1990s are 
the importance of design time and the 
reduction of differences in CPU perfor¬ 
mance between the smallest and the 
largest machines. 

Technology challenges. Two of the 

most significant technology challenges 
in the 1990s will be 

(1) continuing to increase integration 
at historic rates and 

(2) developing new base technologies 
with higher performance, in parallel with 


Integration. In the remainder of the 
decade, a number of technological and 
economic challenges will face our in¬ 
dustry as a result of ever-increasing lev¬ 
els of integration. One obvious techni¬ 
cal challenge is the ability to continue 
patterning finer and finer geometry with 
optical lithography. 

Over the past several years, the immi¬ 
nent demise of optical lithography has 
been regularly forecast due to feature 
sizes smaller than the wavelength of the 
light used — requiring a switch to E- 
beam or X-ray lithography. However, 
the trend to smaller feature sizes pat¬ 
terned by optical lithography has con¬ 
tinued unabated, primarily through the 
use of shorter and shorter wavelengths 
for exposure. Recent advances, such as 
phase-shift masks, allow feature sizes 
almost as small as the exposure wave¬ 
length to be patterned. 

Once the features are patterned, they 
must be converted into device struc¬ 
tures. This will remain very challenging 
as feature sizes continue to decrease, 
but operational MOS transistors with 
gate lengths less than 0.1 microns have 
already been fabricated in research labs 
with E-beam equipment. 

At the current pace of feature size 
reduction, feature sizes of 0.2 microns 
will be common by the end of the de¬ 
cade (see Figure 2). Many of the most 
challenging problems will ari^e while 
fabricating the interconnect layers, rath¬ 
er than the devices. In many modern 
processes, interconnect already accounts 
for more masks than device fabrication. 
This will increase further as limits such 
as the required current density (which 
increases with reducing feature sizes) 
become more and more significant. 

Although many approaches may be 
technologically feasible, they must also 
be economically feasible to be applied 
in a market economy. Gordon Moore 
stated in his invited address at Comp- 
con Spring in 1989 that one undesired 
result of relentless minimum feature- 
size scaling is that the cost of bpilding a 
new fabrication line capable of building 
a fixed number of wafers is increasing 
roughly proportional to the inverse fea¬ 
ture size. This is shown in Figure 7. 

Ignoring the trend to larger wafer 
sizes and larger die sizes, which roughly 
cancel each other out, the capital cost 
required to build an IC of decreasing 
feature size is increasing as 0(n). How- 
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ever, since the functionality provided 
by these chips is increasing as 0(n 3 ), the 
cost per function will still continue to 
decrease radically. Nonetheless, the in¬ 
creasing fab cost will mean that fewer 
companies will be able to afford a state- 
of-the-art line. 

Design complexity is another poten¬ 
tial problem. However, the level at which 
ICs are designed has been increasing 
steadily, from the days of cutting ruby- 
lith to the current widespread adoption 
of logic synthesis techniques. This has 
greatly reduced the design time per tran¬ 
sistor. 

Although custom design techniques 
were emphasized in university VLSI 
classes in the 1980s, the percentage of 
chips designed today that are full- 
custom designs is very small. Even high- 
volume designs such as the Intel i386 
microprocessor contain control logic im¬ 
plemented in standard cells. Further 
adoption of synthesis techniques should 
continue at higher levels until at least 
the mid-1990s. 

One of the most visible results of 
increasing integration is the compres¬ 
sion in the range of performance attain¬ 
ably by different implementation tech¬ 
niques. For example, in 1974, the 
performance of the Intel 8080 was less 
than 0.1 8-bit MIPS, whereas the IBM 
306/168 performed at 3 32-bit MIPS. 
This is a ratio of more than 100 to 1 in 
performance (including word size). 

Recent microprocessor-based ma¬ 
chines have similar peak CPU perfor¬ 
mance ratios compared to mainframes. 
As a result, the major determinant of 
machine performance has become the 
memory and I/O subsystem, and not the 
CPU used. For example, workstations 
are built from microprocessors with rel¬ 
atively little memory and small I/O sys¬ 
tems. Minicomputers, such as the VAX 
6000 line, have become microproces¬ 
sor-based machines with more memory 
and larger I/O subsystems. 

A single CPU design will soon domi¬ 
nate the entire range of performance 
from PCs to mainframes. Obviously, 
this has major implications for CPU 
designers. But more importantly, it now 
means that applications from one per¬ 
formance domain or computing style 
will be able to run in other domains and 
computing styles. 

Emerging base technologies. Most 
changes in technology are evolutionary 
rather than revolutionary. Since the early 


1970s, for example, the primary tech¬ 
nology used for designing microproces¬ 
sors has evolved from PMOS to NMOS 
to CMOS. During this time, several rev¬ 
olutionary technologies such as CCD 
and magnetic bubble memories that were 
pursued with great interest have largely 
disappeared into special-purpose nich¬ 
es. In this section, we consider trade¬ 
offs when using BiCMOS, GaAs FETs, 
and advanced packaging for implement¬ 
ing computers in the 1990s. More spec¬ 
ulative technologies, such as Josephson 
Junctions and optical computing, are 
beyond the scope of this article. 

When comparing the performance of 
different technologies, you must be fair. 
One common mistake is to ignore fan- 
in and fan-out limitations. For example, 
a single bipolar ECL gate can combine 
a NOR gate, multiplexor, latch, and 
several inverters in one level of logic. In 
another technology with a faster basic 
NOR gate, but with fan-in and fan-out 
limited to 3, the same function will take 
several levels of logic. This difference in 
gate functionality may more than ne¬ 
gate any speed advantage for technolo¬ 
gies with limited gate functionality and 
fan-out. 

BiCMOS is rapidly gaining acceptance 
for a number of reasons. First, in many 
cases it is a minor process enhancement 
to an already existing CMOS process. 
Bipolar transistors have several advan¬ 
tages over MOSFETs. Their conduc¬ 
tance is an exponential function of their 
base voltage, whereas FET conductance 
is proportional to the square of the ap¬ 
plied gate voltage. This property of bi¬ 
polar transistors allows them to sense 
small signal swings much faster than 
MOS transistors. Thus, one major ini¬ 
tial application of bipolar transistors in 
BiCMOS processes has been in the sense 
amplifiers of RAM chips. 

Another property of bipolar transis¬ 
tors is that they have superior load¬ 
driving capability as compared to 
MOSFETs. This capability has been ex¬ 
ploited in many papers that discuss some 
form of CMOS logic gate coupled with 
a bipolar output buffer. This applica¬ 
tion is especially effective in gate-array 
or standard-cell design styles, where the 
integration is limited by wiring density 
(rather than gate density) and perfor¬ 
mance is limited by long, heavily loaded 
wires. 

The performance improvement 
claimed by GaAs FETs in the 1980s 
over CMOS may be largely eroded when 


compared to BiCMOS processes of the 
1990s. Moreover, any technology that 
competes with a rapidly improving main¬ 
line technology having immense vol¬ 
ume and applied expertise faces signif¬ 
icant challenges. Another early 
advantage of GaAs substrates was that 
they have lower capacitance than non¬ 
insulating silicon substrates. However, 
to the extent that circuit performance is 
limited by wiring delays, the fact that 
modern VLSI processes have three and 
four levels of wiring means that capaci¬ 
tance is dominated by capacitance to 
other wires, and capacitance to the sub¬ 
strate is only a minor factor. Finally, 
many GaAs circuit families have rela¬ 
tively low gate functionality in compar¬ 
ison to ECL or even CMOS circuit fam¬ 
ilies. 

Recently, multichip packaging tech¬ 
nology has been receiving widespread 
interest. In contrast to the ever- 
increasing computational capacity pro¬ 
vided by improvements in lithography, 
advanced packaging improves system 
performance by a fixed, constant 
amount. 

To take advantage of the increased 
performance allowable by advanced 
interconnection technology, the proces¬ 
sor organization must be designed in 
tandem with the interconnection tech¬ 
nology. This can lead to significant prob¬ 
lems. 

Most multichip packaging techniques 
improve system performance by only a 
modest percentage, for example, 30 per¬ 
cent. This percentage may be expected 
to decrease in the future as more and 
more functionality is integrated per chip 
and interchip communication becomes 
less and less frequent. For example, a 
microprocessor with no on-chip caches 
would benefit from faster interchip in¬ 
terconnections on every instruction and 
data reference. However, a CPU chip 
with large on-chip caches would only 
benefit for those few instructions that 
incur cache misses. 

Since integration is rapidly increas¬ 
ing, any slip in machine schedule due to 
increased machine complexity from the 
use of multichip modules could easily 
negate any performance advantage 
gained by the module. 

Finally, multichip modules are more 
expensive than traditional plastic pack¬ 
aging on PC boards. The challenge for 
multichip packaging design is to limit 
the cost of packaging and prevent the 
use of multichip packaging from delay- 
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ing machine production. Otherwise the 
combination of cost and small marginal 
improvement (in performance versus 
delivery date) may limit the adoption of 
multichip packaging techniques to su¬ 
percomputers and special-purpose ap¬ 
plications. 

Architectural challenges. In this sec¬ 
tion, we look at the challenges for build¬ 
ing higher performance machines and 
particularly focus on the most promis¬ 
ing directions for maintaining the dra¬ 
matic improvements of the past decade. 
We focus on three distinct challenges 
for computer architects: increasing the 
speed of uniprocessor machines, build¬ 
ing efficient small-to-moderate-scale 
multiprocessors, and dealing with the 
growing access time gaps among pro¬ 
cessors, memories, and I/O systems. As 
you will see, several of these challenges 
involve other fundamental problems that 
must be overcome in the next decade. 

Improving uniprocessor performance. 
Most of the improvements in single pro¬ 
cessor performance are likely to come 
from increasing the instruction through¬ 
put, either by lowering clock rates or 
clocks per instruction. Tracking tech¬ 
nology closely and taking advantage of 
new technology improvements will be 
critical to decreasing the clock cycle. 

Lowering the CPI has been a major 
factor in improving performance in the 
past 10 years; we expect this to contin¬ 
ue. However, the problem becomes more 
challenging for several reasons stem¬ 
ming from the structure of programs, 
the implementation hurdles for the var¬ 
ious multiple-issue techniques, and oth¬ 
er factors that gain importance as the 
peak instruction throughput increases. 

Perhaps the most serious limitations 
to exploiting more instruction-level par¬ 
allelism arises from a lack of uniform 
instruction-level parallelism in pro¬ 
grams. Several in-depth studies of the 
difficulty in exploiting instruction-level 
parallelism have been carried out, fo¬ 
cusing on both general-purpose and sci¬ 
entific programs. This distinction is quite 
important. 

In many scientific programs, includ¬ 
ing all vectorizable programs, there is a 
large amount of data-level parallelism 
(that is, the parallelism is proportional 
to the size of the data in the applica¬ 
tion). Such programs have essentially 
unlimited parallelism, at least in por¬ 
tions of the code. What remains unclear 


Uniformity in the 
number of instructions 
that can be issued at 
any point is critical. 


is the best method for exploiting such 
parallelism. In addition to the multiple 
instruction issue, both vector machines 
and SIMD machines provide important 
methods for exploiting such parallel¬ 
ism. 

Two major studies of more scalar- 
oriented programs 89 have shown the 
practical level of exploitable parallel¬ 
ism to be around 2 operations per clock. 
Uniformity in the number of instruc¬ 
tions that can be issued at any point is 
also critical. If the number varies wide¬ 
ly, building a CPU to exploit the peaks 
in the available parallelism will be both 
ineffective, because of Amdahl’s law 
effects, and inefficient, since much of 
the machine will be idle most of the 
time. 

Uniformity in the type of instructions 
used by an application is also critical. 
All superscalar machines built to date 
restrict the combination of instructions 
that can be issued in one clock. For 
example, a two-way superscalar machine 
might allow a floating-point operation 
to be issued together with any other 
nonfloating-point instruction. Then, if 
the floating-point instructions do not 
constitute a uniform 50 percent of the 
instructions executed in the application, 
the machine will be underutilized and 
the speedup will be less than ideal. 

Less restricted issue of instruction 
combinations (as in most superpipelined 
machines) or the use of dynamic hard¬ 
ware scheduling 10 can help alleviate these 
performance limitations. The impact of 
issue restrictions can be crucial — some 
studies 3 show that machines with lower 
issue rates can have higher performance 
if the issue restrictions are less severe. 
These imbalances together with restric¬ 
tions on the total instruction-level par¬ 
allelism available 3 ' 9 have led to typical 
improvements from these techniques of 
about 1.5 to 2 times, with nonvectoriz- 


able code under realistic design assump¬ 
tions. 

Both the superscalar and superpipe¬ 
lined techniques introduce implemen¬ 
tation challenges that need to be over¬ 
come. In a superscalar machine, some 
of the functional units must be duplicat¬ 
ed, with the number increasing if issue 
restrictions are to be minimized. In ad¬ 
dition, as the number of instruction is¬ 
sues per cycle increases, we will need to 
increase the number of register ports. 

Because memory references consti¬ 
tute a significant fraction of the instruc¬ 
tions, a superscalar machine that wants 
to issue more than a few instructions 
per cycle will need to have multiple 
data-cache ports. All these factors re¬ 
quire much larger numbers of gates and 
more interconnect, which can be the 
limiting factor in the short term. 

In the longer term, the challenge will 
be to not impede the clock rate while 
adding these extra units or access ports. 
Possibly the limiting challenge to in¬ 
creasing the instruction issue rate for a 
superscalar machine is the difficulty in 
fetching, decoding, and issuing an ever- 
larger number of instructions in the same 
clock cycle. The CPU must check for 
dependencies among a set of instruc¬ 
tions before issuing them in a single 
cycle; the number of combinations tp 
check grows as n 2 and limits the issue 
rate. The VLIW approach solves some 
of these problems, as we discuss shortly. 

Superpipelining is essentially the ex¬ 
tension of pipelining and thus is limited 
by the same factors that limit attempts 
to increase the depth of a pipeline with¬ 
out limit. The primary problem in this 
regard is the impact of skew, both in 
data and control. 

The skew, which is determined by the 
technology and the skill of the design¬ 
ers in balancing data and clock paths, 
usually cannot be scaled down arbitrarily 
small and, instead, grows as a fraction of 
the clock as the clock rate is increased. 
Because of skew, there is a limit to how 
short the pipeline stages can be before 
the allowance for skew consumes an 
unacceptable fraction of the clock 
period. 

A VLIW is a multiple-issue machine 
in which the compiler takes the respon¬ 
sibility for finding the operations that 
can be issued together and creating a 
single instruction containing those op¬ 
erations. Because the compiler does this 
statically, the hardware does not need 
to check dependences or issue restric- 
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tions. The compiler schedules the oper¬ 
ations into instructions to avoid these 
problems. 

VLIWs face a similar set of challeng¬ 
es. The question of how much instruc¬ 
tion-level parallelism can be exploited 
statically by a compiler remains open. 
While VLIWs have demonstrated an 
ability to do this on vector codes, we 
need to investigate the question of their 
usefulness for more general-purpose 
applications, especially those with mem¬ 
ory-access patterns that are not predict¬ 
able at compile time. 

Many of the implementation challeng¬ 
es of a superscalar that tries to issue a 
large number of instructions in a single 
cycle apply here. Most particularly, pro¬ 
viding many register ports and memory 
ports becomes a challenge. For this rea¬ 
son, several VLIWs have chosen to avoid 
the use of data caches and instead build 
multiported memories that offer higher 
bandwidth with much longer access la¬ 
tencies. How well this works for a wide 
rangeof applications remains to be seen. 

In tjie future, we can expect designers 
to combine the ideas of superscalar and 
superpipelining to get the best of each 
approach. The major challenge for all 
these approaches is to find ways to un¬ 
cover and exploit larger amounts of in¬ 
struction-level parallelism. 

One idea that has demonstrated some 
potential is the ability to do speculative 
computation. In speculative computa¬ 
tion, an operation is optimistically exe¬ 
cuted before we know whether we will 
really need its results. This effectively 
ignores control dependencies, and hence 
makes highly accurate branch predic¬ 
tion critical. 

Wall 11 showed that the amount of 
parallelism that can be extracted rises 
substantially, with perfect branch pre¬ 
diction and alias resolution (determin¬ 
ing whether two memory addresses re¬ 
fer to the same location). Whether 
speculative techniques will pay off in 
practice depends on their implementa¬ 
tion cost and future progress on branch 
prediction and alias resolution. 

Challenges in memory system design. 
Memory systems present machine de¬ 
signers a range of challenges. To design 
high-performance uniprocessors and 
multiprocessors, we need sophisticated 
memory hierarchies that keep the aver¬ 
age access time low and provide high 
bandwidth. Specifically, the challenges 
lie in three areas: 


Some factors indicate 
that the growth of 
memory on systems 
might accelerate. 


(1) Memory hierarchies for high- 
performance processors 

(2) Large memories and address 
spaces 

(3) Multiprocessors 

Both the latency and the bandwidth 
of a memory hierarchy become more 
crucial as performance is increased. The 
relative importance of low average 
memory access time increases as per¬ 
formance increases, both because of an 
increase in the clock rate of the CPU 
and a decrease in the CPI. 

Increasing the CPU clock rate makes 
the cache miss penalty rise because of 
the slow rate of improvement in DRAM 
access times relative to CPU cycle times. 
In addition, as CPI decreases with the 
use of multiple-instruction-issue tech¬ 
niques, the proportional effect of a non¬ 
zero memory access penalty continues 
to increase. 

Likewise, both of these changes in¬ 
crease the bandwidth requirements on 
the memory hierarchy. As the clock 
rate increases in a pipelined machine, 
the rate at which memory accesses must 
occur increases linearly. In addition, to 
maximize the performance benefit of 
multiple instruction issue and to achieve 
any benefit beyond a small number of 
issues per clock, we must be able to 
increase the number of memory ac¬ 
cesses issued per clock. Thus, designers 
must build memory hierarchies capable 
of lower effective access times and high¬ 
er bandwidth. 

Cache designers must also try to alle¬ 
viate the impact of cache misses, whose 
cost continues to increase as machines 
get faster. One important technique for 
decreasing the cost of a miss is a non- 
blocking cache (also called a lockup- 
free cache). 12 A nonblocking cache al¬ 
lows other memory accesses to occur 
while a miss is being handled. 


Some machines today have limited 
support for nonblocking caches. How¬ 
ever, the importance of this idea is like¬ 
ly to increase. There are many unre¬ 
solved issues in the design of systems 
using nonblocking caches. For exam¬ 
ple: How many accesses need to be out¬ 
standing to achieve the benefits? How 
much dynamic scheduling of memory- 
referencing instructions do we need? 

Over the past 30 years, the demand 
for memory address space in computer 
systems has grown at a rate of between 
1/2 bit and 1 bit per year; the growth has 
been closer to 1 bit per year for the past 
15 years. A variety of factors have led to 
this growth, including the use of high- 
level languages, added functionality in 
applications and operating systems, and 
the trade-off of memory space for CPU 
cycles by both applications and operat¬ 
ing systems. 

These trends in growth of memory 
usage will apparently continue. Indeed, 
some factors indicate that the growth of 
memory on systems might even acceler¬ 
ate. 

One such factor is the growing gap 
between CPU speeds and access time to 
disk. For example, in the past 10 years, 
average disk access time has improved 
by less than a factor of 2, while CPU 
clock rates have increased by more than 
one order of magnitude and CPU per¬ 
formance has increased by more than 
two orders of magnitude. 

One way to lower the effect of this 
gap is to aggressively use main memory 
as a file or disk cache for the I/O system. 
Because the I/O system has a much 
larger capacity, the amount of memory 
we need for caches will be large. 

As the access time gap grows, the 
memory must grow to lower the miss 
rate. This trend could easily lead to 
massive memories on systems within 
five years. Similar pressures exist on 
memory use for other high-bandwidth 
I/O systems, such as video and fiber¬ 
optic networks. 

The use of memory as a cache or 
buffer, together with the ongoing growth 
of functionality in software (for exam¬ 
ple, mapped files), will put pressure on 
address space limitations. Most archi¬ 
tectures today offer 32-bit address spac¬ 
es. Examining the growth of address 
space over the past 20 years makes it 
clear that a variety of environments will 
require more address space within the 
next few years. A simple extension of 
the growth rate curves from the 1970s, 
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when the 16-bit address space was ex¬ 
hausted, shows the need for more ad¬ 
dress space in two to three years. 

Extending the address space of exist¬ 
ing architectures is one of the most dif¬ 
ficult design problems architects face. 
As Gordon Bell once said: “There is 
one mistake that can be made in com¬ 
puter design that is difficult to recover 
from: not having enough address bits 
for memory addressing and memory 
management.” 13 

Some architects have attempted to 
provide a solution to this problem by 
adding segmentation to their architec¬ 
ture. However, this only provides a lim¬ 
ited solution, since it still requires that 
each segment be confined to 32 bits. 

The compiler and programming diffi¬ 
culties of dealing with a segmented ad¬ 
dress space significantly limit the use¬ 
fulness of the extended address space, 
although some important applications 
can be accommodated. Experience has 
shown that machines with a flat, unseg¬ 
mented address space are more flexible 
than those with a segmented address 
space. This leads to the conclusion that 
architectures will shortly need to pro¬ 
vide a larger word size to allow them to 
easily address and manipulate objects 
in address spaces larger than 32 bits. 

The next natural step is 64 bits — 
since many machines already handle 
data objects of that size for floating¬ 
point data, though few provide com¬ 
plete support for 64-bit integers. Mak¬ 
ing this transition will be a major 
challenge for many architectures. We 
might need to develop new instruction- 
set architectures, just as was done when 
we moved from 16-bit addresses to 32- 
bit addresses. 

The good news is that if demand for 
growth in the address space does not 
further accelerate, a 64-bit address space 
will last a very long time. 

Multiprocessors. Four types of chal¬ 
lenges surface in building multiproces¬ 
sors: 

(1) The increasing difficulty of build¬ 
ing small-scale machines using ever- 
faster processors. 

(2) The challenges that arise when 
designing machines that scale beyond 
the small machines that can use a bus 
interconnect. 

(3) The unsolved problems in effi¬ 
ciently and easily programming multi¬ 
processors. 


(4) The current lack of quantitative 
data and insight on the behavior of par¬ 
allel programs forces the architect to 
design a machine while lacking suffi¬ 
cient insight into the critical properties 
of programs that will run on the ma¬ 
chine. 

This last problem is exacerbated be¬ 
cause the properties that are critical to 
performance are often high-level appli¬ 
cation characteristics and might depend 
intimately on how an application was 
initially written. This lack of data and 
understanding will only be solved by 
the development of many more parallel 
applications, which can then be studied. 

As microprocessors get faster, the 
design of multiprocessors based on those 
microprocessors becomes more chal¬ 
lenging. Consider the task of redesign¬ 
ing a four-processor bus-based machine 
as the CPU performance goes from 25 
MIPS to 100 MIPS, including a factor of 
2 in clock rate. The bandwidth demands 
may nearly quadruple, although larger 
caches may partially alleviate this band¬ 
width growth. If the cache miss penal¬ 
ties are not to grow by a factor of 2, the 
access time to memory over the bus 
must also improve by a factor of 2. These 
factors conspire to make the design ever 
more difficult as the CPUs get faster. 

To build next-generation bus-based 
multiprocessors, we need high-speed, 
very wide buses using low-overhead 
protocols and high clock rates (possibly 
with reduced voltage swing). Likewise, 
the difficulty of implementing snoopy 
caches increases, since the cache laten¬ 
cy and bandwidth must be larger to 
accommodate the demands of the faster 
processor. 

To build larger multiprocessors that 
provide a single uniform address space 
requires that we use new cache coher¬ 
ency algorithms if we are to maintain 
the advantages of transparently caching 
shared data. These new algorithms can¬ 
not use the snoopy approach, which is 
based on broadcasting to every proces¬ 
sor. Directory-based coherency algo¬ 
rithms 1415 seem to offer the best alterna¬ 
tive, although machines using these 
algorithms are still in the prototype stage. 

Surely the biggest obstacle to the wide¬ 
spread, general use of multiprocessors 
is the programming difficulty. This dif¬ 
ficulty arises from the challenges of 
writing programs that run efficiently. 
To date, this has required detailed knowl¬ 
edge of the hardware design. This com¬ 


plicates the programming problem sub¬ 
stantially and, because such details are 
incorporated into the program to achieve 
performance, the portability of parallel 
programs is extremely low. If multipro¬ 
cessors are to gain broad acceptance for 
parallel processing, we must simplify 
the programming task and make it less 
machine dependent. 


D uring the 1980s, the benefits of 
strong interaction between 
computer architecture and IC 
technology became clear. Architects 
developed new instruction sets and 
new organizations specifically driven 
by technology developments. The role 
of computer systems as technology 
users has also shaped the direction of 
IC technology development to an un¬ 
precedented degree. This relationship 
is likely to become even stronger in the 
next 10 years. The biggest challenge 
facing designers may be to understand 
the breadth of issues from software to 
IC technology that will affect com¬ 
puters. ■ 


Acknowledgments 

The referees provided many helpful com¬ 
ments that improved this article. 


References 

1. C. Mead and L. Conway, Introduction to 
VLSI Systems, Addison-Wesley, Read¬ 
ing, Mass., 1980, p. 35. 

2. C.-T. Sah, “Evolution of the MOS Tran¬ 
sistor — From Conception to VLSI,” 
Proc. IEEE, Vol. 76, No. 10, Oct. 1988, 
pp. 1,280-1,326. 

3. N.P. Jouppi, “The Nonuniform Distribu¬ 
tion of Instruction-Level and Machine 
Parallelism and its Effect on Perfor¬ 
mance,” IEEE Trans. Computers, Vol. 
38, No. 12, Dec. 1989, pp. 1,645-1,658. 

4. J.L. Hennessy and D. Patterson, Com¬ 
puter Architecture: A Quantitative Ap¬ 
proach, Morgan Kaufman, San Mateo, 
Calif., 1990. 

5. S.A. Przybylski, Cache Design: A Perfor¬ 
mance-Directed Approach, Morgan Kauf- 
mann, San Mateo, Calif., 1990. 


28 


COMPUTER 







6. M.D. Hill, “A Case for Direct-Mapped 
Caches,” Computer , Vol. 21, No. 12, Dec. 

1988, pp. 25-40. 

7. J.R. Goodman, “Using Cache Memory 
to Reduce Processor Memory Traffic,” 
Proc. 10th Symp. Computer Architecture, 
IEEE CS Press, Los Alamitos, Calif., 
Order No. 473 (microfiche only), 1983, 
pp. 124-131. 

8. N.P. Jouppi and D.W. Wall, “Available 
Instruction-Level Parallelism for Super¬ 
pipelined and Superscalar Machines,” 
Third Int’l Conf. Architectural Support 
for Programming Languages and Oper¬ 
ating Systems, IEEE CS Press, Los Alam¬ 
itos, Calif., Order No. 1936, 1989, pp. 
272-282. 

9. M.D. Smith, M. Johnson, and M.A. 
Horowitz, “Limits on Multiple Instruc¬ 
tion Issue,” Third Int’l Conf. Architectur¬ 
al Support for Programming Languages 
and Operating Systems, IEEE CS Press, 
Los Alamitos, Calif., Order No. 1936, 

1989, pp. 290-302. 

10. H.B. Bakoglu et al., “IBM Second-Gen¬ 
eration RISC Machine Organization,” 
Proc. Int’l Conf. Computer Design, IEEE 
CS Press, Los Alamitos, Calif., Order 
No. 1971,1989, pp. 138-142. 

11. D.W. Wall, “Limits of Instruction-Level 
Parallelism,” Proc. Fourth Int’l Conf. 
Architectural Support for Programming 
Languages and Operating Systems, ACM, 
1991, pp. 176-188. 

12. G. Sohi and M. Franklin, “High-Band¬ 
width Data Memory Systems for Super¬ 
scalar Processors,” Proc. Fourth Int’l 
Conf. Architectural Support for Program¬ 
ming Languages and Operating Systems, 
ACM, 1991, pp. 53-62. 

13. W.D. Strecker and C.G. Bell, “Comput¬ 
er Structures: What Have We Learned 
From the PDP-11?” Proc. Third Symp. 
Computer Architecture, IEEE CS Press, 
Los Alamitos, Calif., Order No. 099 (mi¬ 
crofiche only), 1976, p. 187. 

14. D. Chaiken et ah, “Directory-Based 
Cache Coherence in Large-Scale Multi¬ 
processors,” Computer, Vol. 23, No. 6, 
June 1990, pp. 49-58. 

15. D.V. James et ah, “Scalable Coherent 
Interface," Computer, Vol. 23, No. 6, June 

1990, pp. 74-77. 



John L. Hennessy is a professor of electrical 
engineering and computer science at Stan¬ 
ford University. During a leave from Stan¬ 
ford in 1984-85, he cofounded MIPS Com¬ 
puter Systems, where he continues to 
participate in industrializing the RISC con¬ 
cept as chief scientist. His research interests 
lie in exploiting parallelism at all levels to 
build higher performance computer systems. 

Hennessy received the Presidential Young 
Investigator Award in 1984, was named the 
Williard and Inez K. Bell Professor of Elec¬ 
trical Engineering and Computer Science in 
1984, was elected an IEEE fellow in 1991, 
and is a member of the IEEE Computer 
Society. 



Norman P. Jouppi has been a member of the 
research staff of the Digital Equipment Cor¬ 
poration’s Western Research Lab and a con¬ 
sulting assistant professor in the Electical 
Engineering Department of Stanford Uni¬ 
versity since 1984. His research interests in¬ 
clude computer architecture, bipolar VLSI 
design, and VLSI CAD tools. 

Jouppi received the BSEE and MSEE de¬ 
grees from Northwestern University, Evan¬ 
ston, Ill., in 1979 and 1980, respectively, and 
the PhD in electrical engineering from Stan¬ 
ford University in 1984. He was a National 
Science Foundation fellow from 1980 to 1983. 


Readers can contact Hennessy at the Department of Electrical Engineering, CIS 208, 
Stanford University, Stanford, CA 94305, and Jouppi at Digital Equipment Corporation, 250 
University Ave., Palo Alto, CA 94301. 


This has got to go! 



CG&A seeks 
new logo 


IEEE Computer Graphics 
and Applications announces 
its contest to redesign that 10- 
year-old logo and bring 
CG&A into the future with a 
brave new look. 

CG&A seeks the best com¬ 
puter-generated graphic pre¬ 
sentation of its name. Just 
send one laser proof and a 
disk of your work in a popular 
graphics standard. To be con¬ 
sistent with the magazine’s de¬ 
sign, use a sans serif font and 
focus on the words “Com¬ 
puter Graphics.” 

The winner receives $100 
and a subscription to CG&A. 
Up to three finalists will also 
receive subscriptions and be 
published. The deadline for 
all entries is October 15,1991. 

The contest challenges com¬ 
puter graphics professionals, 
students, and anyone inter¬ 
ested in computer graphics to 
show off their skills and the 
capabilities of their art, de¬ 
sign, drawing, or publishing 
software. 

For official entry form and 
more details call or write: 

CG&A Contest 
IEEE Computer Society 

10662 Los Vaqueros Circle 
Los Alamitos, CA 90720-1264 
(714) 821-8380 
Fax (714) 821-4010 



Because graphics can't be all work 
and no display 
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Computer Architecture 
in the 1990s 


Harold S. Stone and John Cocke 
IBM T.J. Watson Research Center 


As processor clock 
speeds approach the 
maximum sustainable 
by conventional metal 
interconnections, 
designers must 
consider optical 
interconnections, 
greater parallelism, 
and use of locality to 
boost performance. 


A s the 1980s ended, the advance of processing speeds and improvement in 
cost/performance ratios continued unabated. The 1980s brought reduced 
instruction-set computing technology and widespread commercialization 
of multiprocessing, and produced initial releases of massively parallel computers. 
It was a decade of excitement. Will the 1990s be the same? 

In this article, we explore some of the technology that will drive the advances of 
the 1990s. The most basic obstacle to continued advances is the speed limitation of 
metal interconnections. In the next section we give a brief tutorial explaining why 
250-megahertz clock speeds are difficult to attain, and why a clock speed in excess 
of 1 gigahertz may be an absolute limit for metal interconnections between circuit 
boards or multichip modules. Some supercomputers and high-end commercial 
machines have reached these speeds or will reach them within the next few years. 
Workstations, mid-range computers, and even high-end personal computers lag by 
only a few years. Hence, the 1990s could end with the entire line of computer 
offerings affected by fundamental limitations on clock speed. If the clock-speed 
barrier cannot be overcome, then this decade will mark the end of the sustained 
increases in uniprocessor performance of the past 40 years. 

How can the designer overcome this obstacle? Everything has to shrink in 
dimension. The ideal is to put everything on one chip or one wafer and avoid long 
metal interconnections completely. Where it is impractical to use wafer-scale 
technology, a compromise is to use very dense packaging such as multichip 
modules to minimize the length of metal interconnections between VLSI chips. 
But, as packing density increases, manufacturing becomes more difficult and 
costly. Power density increases as well, forcing designers to use expensive cooling 
techniques. A reasonable alternative, especially for workstations and desktop 
computers, is a low-cost scheme that can overcome the limitations of metal 
interconnections. 

One possible alternative is optical interconnections. Their advantages and 
disadvantages, and where they may be used, are discussed in some detail later. 
Their major advantage is high density, coupled with good signal integrity and 
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Figure 1. An electrical interconnection: (a) driver, trans¬ 
mission line, and receiver; (b) timing of transfers. 


signal isolation. These over¬ 
come some obstacles of metal 
interconnections, to the point 
where the information propa¬ 
gation time on the intercon¬ 
nection becomes the dominant 
cause of delay. Optical tech¬ 
nology is still young and pro¬ 
hibitively expensive today for 
parallel interconnections in¬ 
side a computer. This is un¬ 
likely to change in the near 
term, but we may see parallel 
optical buses by the end of 
this decade or early in the next, 
if progress goes well. 

Given that long intercon¬ 
nections will inevitably con¬ 
tribute intolerable delay to 
data transfers, the computer 
architect must design around 
this limitation. An approach 
already in use is the avoid¬ 
ance of long interconnection 
paths wherever possible. De¬ 
signers integrate the proces¬ 
sor and memory, and use long 
interconnections for rarely 
used items in a remote memo¬ 
ry and for I/O data transfers. 

Also, data-transfer paths can 
be made somewhat wider, so more data 
are transferred per clock cycle. This 
trend has been quite evident in micro¬ 
processors, where processor bus widths 
have increased from 4 bits in 1972 with 
the first microprocessor, through 8 and 
16 bits for widely available personal 
computers, to 32 bits for higher perfor¬ 
mance workstations and 64 bits for the 
latest round of offerings. 

An alternative to increasing data-path 
width is to increase the number of oper¬ 
ations performed. RISC technology 
improved the efficiency of computation 
by using each cycle more effectively. A 
recent design known as superscalar ar¬ 
chitecture permits a single processor to 
issue several instructions per cycle. 
Multiprocessing uses several machines 
that collectively achieve performance 
rates unattainable by a single machine. 

In later sections, we review recent 
trends in each of these areas and show 
that success hinges on the ability to 
perform many local computations con¬ 
currently, as well as the continued de¬ 
velopment of ways to anticipate pro¬ 
gram flow beyond conditional branches. 
Programs that decompose readily into 
local computations with rare use of glo¬ 
bal communication are ideal candidates 


for machines that exploit locality. There 
seems to be little hope for problems 
that require frequent global informa¬ 
tion interchange. 

The section entitled “Efficiency ver¬ 
sus performance” reexamines the trends 
for obtaining high speed and raises ques¬ 
tions regarding their efficiency. The 
problems associated with exploiting 
these schemes have only begun to be 
studied. Eventual success is uncertain 
and requires the solution of some very 
difficult problems, such as the creation 
of compilers with far more sophisticat¬ 
ed optimization capability than those 
we have today. The “Reliability” sec¬ 
tion explores a new face of computer 
architecture in the light of projected 
trends. Replication of entire processors 
should produce superreliable machines 
at very low cost. 

Fundamental limits of 
metal interconnections 

In this section, we examine the phys¬ 
ical limitations imposed by metal inter¬ 
connections and set the stage for the 
directions we can take to overcome these 
limitations. Figure 1 is a highly simpli¬ 


fied drawing of a single data 
path and the timing for 
transfers on that path. Fig¬ 
ure la shows a driver on the 
left, a metal-conductor 
transmission line (repre¬ 
sented as a coaxial cable), 
and a receiver on the right. 
The characteristic imped¬ 
ance of the cable is Z 0 , and 
it is the ratio of the voltage 
wave to the current wave as 
the wave passes down the 
transmission line. In a 
steady state, when no waves 
pass down the cable, the 
ideal transmission line has 
zero impedance. In actual 
computer systems, the im¬ 
pedance is a fraction of an 
ohm per meter. On the oth¬ 
er hand, the wave imped¬ 
ance is typically between 25 
and 300 ohms, depending 
on the geometry of the trans¬ 
mission line and the dielec¬ 
tric constant of the insula¬ 
tor between the signal and 
the ground return. For com¬ 
puter systems, a typical 
wave impedance is 50 ohms. 

Figure lb shows the timing of a data 
transfer. The data line changes from 0 
to 1, and subsequently changes from 1 
to 0. It has a visible rise and fall time, 
and there is some noise in the data sig¬ 
nal after a transition. (We discuss the 
source of this noise later.) A clock sig¬ 
nal transmitted separately determines 
when to sample the data line. In Figure 
lb, the rising edge of the clock marks 
the sample point. A single clock edge 
controls all data signals on one parallel 
path. Consequently, the clock edge, by 
design, rises after waiting for the last 
data signal to change and for the subse¬ 
quent noise to die out. 

Several physical phenomena limit the 
data rate on data paths, such as the one 
shown in Figure la. A major phenome¬ 
non is wave reflection. As a wave trav¬ 
els from driver to receiver, the voltage 
and current on the wave front satisfy 
Ohm’s law: VII = Z 0 . When the wave 
reaches the receiver, the wave must sat¬ 
isfy Ohm’s law at the receiver: VII = Z, 
where Z is the input impedance of the 
receiver. If Z* Z 0 , then the voltage and 
current of the incoming wave cannot 
satisfy Ohm’s law at the receiver, and a 
wave is reflected back to the driver. The 
sum of the incoming and reflected waves 
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satisfies Ohm’s law at the receiver, and 
the reflected wave satisfies Ohm’s law 
in the transmission line. When the re¬ 
flected wave reaches the driver, it is 
reflected back to the receiver and bounc¬ 
es back and forth, with each reflection 
of smaller amplitude, until it dies away. 
The reflected wave appears as noise 
impressed on the data waveform. If the 
transmission line is short, the noise dies 
out before the next bit is transmitted. 

For typical metal-conductor technol¬ 
ogy, the speed of light is roughly 4 pico¬ 
seconds per millimeter. At clock rates 
of 100 MHz, the time between data trans¬ 
fers is 10 nanoseconds, during which a 
reflected wave can travel over 2.5 meters. 
Obviously, in a system with intercon¬ 
nections less than 20 to 30 centimeters, 
reflections on the transmission line will 
die out between clocks if there is a means 
for damping them. For much higher clock 
rates, say 500 MHz, the time between 
data transfers is only 2 ns. In 2 ns, a 
reflected wave can travel only 50 cm. 
Hence, with a round-trip length of 40 to 
60 cm, a first or second reflection from 
one data transfer may appear during 
the next data transfer. If this happens 
during a signal transition, it can cause 
an erroneous reading of the data bit. 

Designers generally eliminate reflec¬ 
tions as much as possible and provide 
damping so reflections that do occur are 
heavily attenuated. Figure 2 shows a 
way to accomplish both goals. The re¬ 
ceiver in Figure 2 has a shunt resistor of 
a value Z 0 , which is a perfect match to 
the wave impedance of the transmission 
line. Under ideal conditions, the load 
impedance will totally absorb the in¬ 
coming wave, and no reflection will oc¬ 
cur. However, conditions are never ide¬ 
al, and some reflections inevitably occur. 
The load resistor heavily attenuates re¬ 
flections if it does not absorb incoming 
waves completely. 

The figure shows a stray capacitance 
across the load. This unavoidable ca¬ 
pacitance may represent the capacitance 
from the pin on the receiver package to 
ground, or the capacitance of the input 
pad on the receiver chip itself to ground. 
The voltage on a capacitor cannot change 
instantaneously. Hence, an incoming 
square wave that tends to force an in¬ 
stantaneous change will cause a reflect¬ 
ed wave to appear on the transmission 
line. As a result, the net charge on the 
capacitor rises more slowly in time. In 
fact, the voltage on the capacitor chang¬ 
es at a rate determined by the resis- 



Impedance = Z 0 
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Figure 2. Load impedance and stray 
capacitance for an electrical intercon¬ 
nection. 


tance-capacitance time constant of the 
circuit in Figure 2. The peak voltage of 
the reflected wave depends on the rise 
time of the incoming wave and is great¬ 
est when the incoming wave changes 
quickly. 

For the case shown in Figure 2, the 
equivalent resistance is ZJ 2, the paral¬ 
lel equivalent of the transmission line 
and the load resistor. If we assume that 
the stray capacitance is 1 picofarad and 
Z 0 is 50 ohms, the time constant is 25 ps. 
To keep the magnitude of the reflected 
wave within a tolerable bound, the rise 
time of the incoming wave has to be at 
least three to four times the time con¬ 
stant at the receiver. Hence, the rise 
time of the signal should be 100 ps or 
greater. In practice, the rise time is 250 
to 400 ps. Although negligible for a 
clock period of 10 ns, this is a substan¬ 
tial part of a clock period of 1 ns. To¬ 
day’s practice of controlling the rise 
time of data signals to minimize reflec¬ 
tions due to stray capacitance is quite 
acceptable for clock rates of 100 MHz. 
But something else must be done if clock 
rates are to achieve 1 GHz (clock period 
of 1 ns). 

Buses. Slower processors have an 
additional problem. Figure 3 shows a 
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Figure 3. An electrical bus with three 
driver and receiver taps. 


typical bus interconnection where sev¬ 
eral driver/receiver taps share a com¬ 
mon pair of conductors. Each end of 
this bus is terminated to remove or at¬ 
tenuate reflections. This is a preferred 
interconnection scheme because it con¬ 
veniently shares conductors and makes 
efficient use of broadcast communica¬ 
tion. However, at each tap there is phys¬ 
ical discontinuity of the bus, and the 
discontinuity produces reflections as a 
wave crosses a tap. The ideal tap has 
zero length and infinite impedance; but 
in practice, the tap is short, has a high 
but finite impedance, and adds stray 
capacitance. All three factors produce 
reflections sufficiently disruptive to 
make bus connections unattractive for 
high-speed systems. 

Because the physical length of the 
bus also is a factor, there is no sharp 
bandwidth limit on bus interconnections. 
As a general rule, at clock rates of 400 
MHz and above, connections should be 
point-to-point. Below 100 MHz, buses 
are viable. In between these points is a 
gray area where the bus designer must 
make very careful analyses to deter¬ 
mine whether the bus geometry and 
selected devices can attain the designed 
data rate. 

Noise. The principal source of the 
noise in the interconnection shown in 
Figure lb is sometimes called A/noise, 
because it is related to sudden changes 
in current. In the circuit shown in Fig¬ 
ure 2, a steady-state current develops 
across the load resistor when the volt¬ 
age is high, and no current flows through 
the resistor when the voltage is low. 
With typical voltage swings of IV and a 
load resistor of 50 ohms, the current 
swing is 20 mA. 

If 100 signals change simultaneously, 
the current swing is 2A, which places a 
very large demand on the power distri¬ 
bution to the receiver circuits. The pow¬ 
er-distribution network must be able to 
handle the large current changes with a 
minimum perturbation of the voltage at 
the receiver chip’s power pins. In fact, 
because all leads have both resistance 
and inductance, sudden changes in cur¬ 
rent flow produce fluctuations on the 
power pins. For the receiver, this is equiv¬ 
alent to having no fluctuation on the 
power and all fluctuation appearing on 
the signal. Normally, AI noise appears 
immediately after data transitions, is 
maximum when all data lines change 
simultaneously, and dies out after the 
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fluctuations are absorbed by the power- 
distribution system. Hence, the clock 
edge in Figure lb is designed to occur at 
a time after the A/ current has died 
away. 

Many computer manufacturers have 
introduced wider data paths to increase 
interconnection bandwidth. However, 
as metal data paths become very wide, 
the A I problems grow worse. The data 
paths have to run more slowly, thereby 
negating some of the speed advantage 
of the wider paths. Although it is possi¬ 
ble to eliminate the bulk of the A/ prob¬ 
lem by using a pair of complementary 
signals to carry each data signal, this 
solution doubles the number of conduc¬ 
tors and pins in a system, and is imprac¬ 
tical in typical high-speed systems be¬ 
cause it exceeds the volume available 
for signal distribution. 

Another factor is cross talk between 
adjacent conductors. Capacitive cou¬ 
pling increases cross talk at high fre¬ 
quencies, so electrical conductors need 
shielding and isolation. Optical fibers 
and waveguides provide an effective 
alternative for reducing cross talk. 

Grivet 1 provides further information 
on the fine points of transmission-line 
theory. Tummala and Rymaszewski’s 
handbook 2 shows how the issues affect 
the physical packaging of digital mod¬ 
ules. 

Optical 

interconnections 

Photonic information transmission is 
common today in telecommunications, 
but it has not yet reached commercial 
practice for interconnectons within com¬ 
puters. Because optical and electrical 
paths have somewhat different charac¬ 
teristics, we may be able to use photonic 
transmission to overcome the obstacles 
of metal interconnections. 

Figure 4 shows an implementation of 
the transmission line of Figure 2 with a 
laser diode for a transmitter and an 
optical receiver. The light path in this 
case is a waveguide, presumably fabri¬ 
cated on circuit boards or multichip 
modules by a lithographic technology 
similar to the technology used to create 
conductor patterns in copper on print¬ 
ed circuit boards. Although the tech¬ 
nology shown in Figure 4 exists in the 
laboratory, it is far from commercial¬ 
ization. The interconnections in Figure 
4 and Figure 2 differ in several ways: 


Laser diode Photo detector 


Figure 4. A point-to-point optical in¬ 
terconnection. 


• It may be possible to eliminate the 
noise problem due to reflections by us¬ 
ing the light guide of Figure 4. It is 
necessary to absorb the light at the re¬ 
ceiver and control reflections at discon¬ 
tinuities in the wave guide itself. Both 
techniques are possible. 

• The light in Figure 4 does not have 
to charge stray capacitance. Hence, it is 
not subject to the time constant im¬ 
posed by the wave impedance and stray 
capacitance. However, photocurrent 
produced by the laser does have to charge 
a capacitor at the input of the receiver. 
The time constant at the receiver can be 
many times smaller than the time con¬ 
stant at the input of an electrical receiv¬ 
er, and hence the response time can be 
shorter. 

• Photons are easier to confine than 
electrons. Hence, the density of the 
waveguide interconnections can be much 
greater than that of electrical conduc¬ 
tors for a given level of cross talk. The 
increased density can reduce packing 
dimensions, contributing to greater 
speed. 

• The speed of light in the waveguide 
is about 60 to 70 percent of the speed of 
light in metal connections. Hence, the 
total length of optical waveguides must 
be kept short to exploit the speed of 
optical interconnections. 

The speed of light in typical optical 
waveguides is about 5 or 6 ps/mm. This 
limits the length of a guide that can be 
used in high-speed systems where de¬ 
lays are critical. To exploit optical 
waveguides, the designer must shorten 
distances by using the greater intercon¬ 
nection density permitted by photonic 
transmission to bring devices closer to¬ 
gether. 

Another possibility is optical buses 
operating at clock speeds not feasible 
for electrical buses. Figure 5 shows a 
possible configuration. 3 The advantage 


of the bus is that it eliminates the inter¬ 
mediate logic required for point-to-point 
interconnections and its associated de¬ 
lay, while also eliminating the cost and 
unreliability of extra logic. Neverthe¬ 
less, an optical bus has the undesirable 
property that optical power is split 
among the bus taps. The receiver gain 
requirements grow with the number of 
taps on a bus. Because we have not yet 
seen point-to-point optical interconnec¬ 
tions, we can only conjecture whether 
optical buses can achieve higher speeds 
than electrical buses. 

Under the most favorable circum¬ 
stances, optical interconnections will 
help increase clock speeds to a point at 
which the time of flight will be the ulti¬ 
mate limit. But at very high clock speeds, 
neither optical nor metal interconnec¬ 
tions will be satisfactory unless they are 
very short. Consider, for example, the 
time of flight for metal interconnec¬ 
tions used for 1-ns clock cycles. The 
signal propagation time should be no 
more than 500 ps, which at 4 ps/mm 
allows the signal to propagate about 
12.5 cm. 

Building a computer in which no crit¬ 
ical path exceeds 12.5 cm is a significant 
challenge. In a keynote address at Su¬ 
percomputing 88, Seymour Cray de¬ 
scribed a very dense metal interconnec¬ 
tion system designed to produce a 1-GHz 
computer system. It would use highly 
miniaturized connections manufactured 
by miniature robots with miniature fin¬ 
gers. The expense of manufacturing 
could be borne in the supercomputer 
market, but such technology is unlikely 
to be economical in such high-volume 
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Figure 5. An optical bus. 
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markets as workstations and high- 
performance desktop computers. More¬ 
over, the 1-GHz machine has not been 
released, and indications are that its 
first release may have a slower clock 
speed, perhaps 500 MHz. This suggests 
that a 1-GHz clock rate is a formidable 
challenge for today’s interconnection 
technology. 

It is difficult to assess whether optical 
interconnections would make the 1 -GHz 
goal more readily attainable. If optical 
interconnections have an advantage over 
metal interconnections, we are most like¬ 
ly to see the advantages in systems with 
clock rates between 100 MHz and 
1 GHz. 

Although optical interconnections 
may solve some problems posed by elec¬ 
trical interconnections, they present 
other problems that could prevent their 
successful exploitation. A major diffi¬ 
culty is that optical components are 
based on expensive GaAs and AlGaAs 
materials rather than on silicon, which 
is a low-cost, high-volume technology. 
Silicon does not lase, and its light- 
absorption capability is not strong 
enough to qualify silicon devices as in¬ 
expensive photodetectors. Hence, the 
first-generation optoelectronic intercon¬ 
nection systems will necessarily deal with 
the problems of interfacing a new costly 
optoelectronic technology to devices 
built from silicon. 

Because of the expense of GaAs tech¬ 
nology and the difficulty of interfacing 
it to silicon devices, optical intercon¬ 
nections may never meet the cost and 
reliability requirements of computer 
systems. Cost goes down rapidly with 
volume, so one hope is to create a mar¬ 
ket for basic optical parts large enough 
to bring down the cost. This proved 
effective with low-power discrete la¬ 
sers. Compact disk lasers are made in 
volumes measured in the low millions 
per month, and cost a few dollars per 
part. They are by far the least expensive 
laser on the market. All other lasers are 
made in much lower volumes and cost 
tens of dollars to low hundreds of dol¬ 
lars. Some cost thousands of dollars. 
The price for optical interconnections 
must be no more than a few dollars 
per bit. 

Because the price of optical compo¬ 
nents is orders of magnitude too high 
today, we cannot accurately predict when 
or if optical interconnections will ever 
be used in computers. It will not happen 
in the near future, but it could happen in 


The increase in 
efficiency brought forth 
with the development 
of RISC architecture is not 
over, and we should 
see additional 
developments in time. 


the late 1990s or early 2000s if the tech¬ 
nology develops successfully. 


Architecture trends for 
the 1990s 


How can we attain higher performance 
in future machines if we will soon reach 
a limit on basic clock speed? The 1980s 
produced the reduced instruction-set 
computing design, which is intended to 
use each clock more effectively than 
other designs. Although all data are not 
in, most literature builds a strong case 
for the success of RISC technology. 
Bhandarkar and Clark 4 recently com¬ 
pared the VAX architecture with the 
RISC architecture of the MIPS M/2000 
and concluded that there is a net perfor¬ 
mance efficiency gain in excess of 2.5 
times for the RISC architecture. 

Further improvements in RISC. 

Some elf the efficiencies of non-RISC 
machines can be incorporated into RISC 
machines. Early RISC machines were 
designed so all instructions would take 
one cycle to execute. This eliminated 
some more complex instructions that 
occupy more than one cycle, but was 
acceptable if the gain from having all 
instructions simple exceeded the over¬ 
head of multiple instructions to per¬ 
form the complex operations that ordi¬ 
narily would be single instructions. For 
example, instead of an integer divide 
instruction, a RISC machine might have 
an instruction that performs one step of 
an integer divide. To produce a 16-bit 
division, the program does 16 consecu¬ 
tive divide steps. A conventional ma¬ 


chine issues a single instruction that 
performs a divide in 16 cycles. 

The trend today is toward an archi¬ 
tecture that is the best of both worlds. 
Multicycle instructions can be success¬ 
fully incorporated into RISC architec¬ 
tures if they improve performance over¬ 
all without compromising the basic cycle 
time. Hence, IBM’s RS-6000 incorpo¬ 
rates Load Multiple and Store Multiple 
instructions that load or store several 
registers with a single instruction. Al¬ 
though each operation takes several 
cycles, a net benefit accrues from per¬ 
forming the operations by issuing a sin¬ 
gle instruction. The architecture with 
these instructions performs better than 
the architecture without them. 

Hence, the increase in efficiency 
brought forth with the development of 
RISC architecture is not over, and we 
should see additional developments 
in time. Nevertheless, the remaining 
gains are likely to be limited. If RISC 
offers twice the performance of its pre¬ 
decessors, we doubt that another dou¬ 
bling remains by additional improve¬ 
ments in RISC architectures. 


Superscalar and superpipelined com¬ 
puters. The obvious alternative to im¬ 
proved efficiency for a single stream of 
instructions is to do many things per 
instruction. Work in this direction has 
appeared under various names such as 
very long instruction word (VLIW), 5 sm- 
perscalar , 6 ' 7 and superpipelined In each 
case, the architects have designed their 
machines t( 
per cycle. 

'—Two Start-up companies attempted 
to produce and market VLIW machines. 
This architecture relies heavily on so¬ 
phisticated software to generate the code 
required to use machine resources ef¬ 
fectively. The companies, Multiflow and 
Cydrome, eventually closed when they 
were unable to finance successful prod¬ 
ucts. Although the businesses failed, 
the failures may have been due to fac¬ 
tors totally outside the technical realm, 
and the technical ideas may well be 
reasonable to exploit, given time and 
resources. 

Superscalar machines have proved 
sui^ceisfinTirtlieTrcSintnerCmrreleases. 
TheTdeaTrere4s-tcrIhitiate instructions 
that control two or more machine re¬ 
sources at a time. The Intel i860 does 
this by having independent floating¬ 
point and fixed-point engines. The pro¬ 
grammer can issue a sequence of in- 
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structions in which the two types of 
instruction alternate, and the program¬ 
mer can force the machine into a mode 
in which two successive instructions are 
executed per cycle. The machine then 
performs one floating-point operation 
and one fixed-point operation per 
cycle. 

The IBM RS-6000 has roughly the 
same capability but achieves it some¬ 
what differently. One instruction can 
control the floating-point unit, update a 
register in the fixed-point unit, and com¬ 
pute a conditional-branch condition for 
the branch unit. As with the Intel i860, 
the main partition is between floating¬ 
point and fixed-point units, and the per¬ 
formance improvement is possible when 
both units can be kept busy. Experience 
with numerically intensive programs 
indicates that some codes do reach a 
sustained processing rate just slightly 
less than the peak computation rate of 
the machine. 

The superpipelined machine attains 
its performance benefits by increasing 
the number of pipeline stages in the 
processor and using control mechanisms 
to keep many stages busy concurrently. 
Superpipelined machines can have sev¬ 
eral short pipelines or a few long pipe¬ 
lines. In either case, the control unit 
must be able to fill several pipeline stag¬ 
es per clock cycle. 

A major impediment to all these ar¬ 
chitectures is the conditional branch. 
When a conditional branch is pending, 
scheduling useful computations is diffi¬ 
cult until the execution path becomes 
known. The issues have been consid¬ 
ered in the literature, where the conclu¬ 
sion is that performance can perhaps be 
doubled by initiating computations in 
anticipation of the outcome of condi¬ 
tional branches. Melvin and Patt 9 reex¬ 
amined the literature and concluded that 
the findings were based on restrictive 
assumptions that can be relaxed, possi¬ 
bly producing greater parallelism. But¬ 
ler et al. 10 showed constructive ways to 
achieve greater parallelism and suggest¬ 
ed that the speedup factor for a single 
stream may lie between 2 and 5.8. The 
potential for executing many instruc¬ 
tions per cycle exists. The challenge is 
to discover cost-effective means to 
achieve the potential. 

Locality. Whether an architecture is 
RISC, superscalar, or superpipelined, 
itsjperformance is limited Dy intercon¬ 
nection delays when pr ograms must re- 


Superpipelined machines 
can have several short 
pipelines or a few long 
pipelines. In either case, 
the control unit must be 
able to fill several pipeline 
stages per clock cycle. 


trieve remote data over long intercon¬ 
nections. If cycle times reach an ulti¬ 
mate limit before the end of the decade, 
the performance improvements of any 
of these architectures can be sustained 
only if one or more of the following 
goals can be achieved: 

• Processors are built together with 
local memory large enough to sus¬ 
tain performance. If processors ac¬ 
cess remote data and pay large de¬ 
lay penalties, performance will be 
lessened in proportion to the fre¬ 
quency of access. 

• Access to remote data can be antic¬ 
ipated so a processor can perform 
other tasks while waiting for remote 
data. 

• External control units can feed data 
to processors before they need it. 
As a processor requests data, it finds 
the data in its local memory because 
an external processor has already 
performed the transfer. 

If any or all of the above are in place 
and used effectively, performance will 
be limited by the clock rates of individ¬ 
ual VLSI chips or of multichip modules. 
Clock rates can reach a few gigahertz 
within a chip or between chips on a 
tightly spaced multichip module, be¬ 
cause the dimensions are very small and 
reflections die out quickly. 

The key is to partition computations 
so they rely mostly on local data. Para¬ 
digms such as global memory, message¬ 
passing, and hardware cache-coherence 
can permit any needed nonlocal ex¬ 
change. Although these schemes have 
relative costs and performance penal¬ 


ties, when interconnection time limits 
performance, no scheme will help un¬ 
less remote data access rarely occurs. 
Programs must be structured to be most¬ 
ly local to reach new levels of perfor¬ 
mance. 

As an alternative to program struc¬ 
turing, cache-coherence techniques have 
proved effective for providing a fast 
local memory to processors within a 
complex of closely coupled processors 
and for easing the burden of managing 
local memory. These techniques con¬ 
tinue to evolve, with concentration on 
effective techniques for moderate and 
large-scale parallelism. Nevertheless, 
whether or not cache coherence is avail¬ 
able, the major performance improve¬ 
ment comes from making almost all 
memory references to local data and 
instructions. We must understand how 
to organize programs for maximum lo¬ 
cality and learn to compile programs 
with enhanced locality by incorporating 
this understanding into compilers. 

In recent work on parallel process¬ 
ing, Fox et al. 11 reviewed the implemen¬ 
tation of scientific programs on the In¬ 
tel hypercube computer, while Hoshino 12 
followed a very similar path for a ma¬ 
chine with near-neighbor connections. 
Their findings were essentially identi¬ 
cal. Scientific computations can be par¬ 
titioned for parallel machines so almost 
all operations are done locally, and those 
that are not can access data from neigh¬ 
boring processors. Accessing data from 
far processors is rarely necessary. How¬ 
ever, synchronization requires global 
exchange of data. Hoshino describes an 
effective way to support global synchro¬ 
nization in hardware. 

In the scientific computations these 
authors discuss, the number of compu¬ 
tations that can be done on a local data 
set increases much faster with the size 
of the local data than does the number 
of accesses to remote data. In essence, 
the number of computations grows with 
the area of a region stored locally, where¬ 
as the accesses required to remote data 
grow with the perimeter of the region. 
Hence, storing a sufficiently large re¬ 
gion locally makes the fraction of re¬ 
mote accesses arbitrarily small. 

Why do scientific programs behave 
like this? Possibly because many physi¬ 
cal phenomena are local in nature. Phys¬ 
ical variables are altered by nearby phys¬ 
ical variables. We can retain the locality 
of interactions in the geometric world 
by mapping neighboring physical vari- 
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ables to the same processor or to neigh¬ 
boring processors. 

If we could do this with all computa¬ 
tions, then we would know how to at¬ 
tain high speed. Unfortunately, what is 
true of large-scale scientific computa¬ 
tions in general does not hold in other 
areas of computation, nor does it hold 
for all scientific computations. We have 
much to learn about partitioning pro¬ 
grams to exploit locality. And as we 
learn, we may be able to incorporate 
our knowledge into compilers and 
operating systems that can use it effec¬ 
tively. 

Efficiency versus 
performance 

When we review the various options 
available to the machine designers of 
the 1990s, we see that the quest for 
higher performance will inevitably pro¬ 
duce mechanisms that create inefficien¬ 
cy. Hence, designers must make sure 
that gains are high, relative to the inef¬ 
ficiencies introduced. As methods to 
boost performance are proposed, we 
often see their advantages. But we must 
also deal with their disadvantages and 
remove their inefficiencies. It is not clear 
what schemes will eventually be exploit¬ 
ed and when we will see them brought 
to fruition. 

For example, consider the use of 
branch prediction to avoid the bottle¬ 
neck caused by conditional branches. 
Typical branch-prediction schemes re¬ 
quire the fetching of future instructions 
in anticipation of their being needed. 
Because branch prediction is imperfect, 
it produces higher instruction traffic, 
fetching incorrect instructions as well 
as the correctly predicted instructions. 
Hence, a branch prediction scheme must 
have sufficient performance benefit due 
to correct predictions to more than off¬ 
set the performance loss due to the ex¬ 
tra instruction traffic. 

The other schemes we list in the fol¬ 
lowing subsections may improve per¬ 
formance, but all have overhead associ¬ 
ated them. 

Improving cache-miss ratios. We can 

improve cache-miss ratios by increasing 
the number of bytes per cache line, where 
a cache line is the quantum si/e of data 
transferred to and from cache memory. 
A longer cacne line prefetches poten- 


Every solution appears to 
have some disadvantages 
and involve some risk. . . . 
Before we see the next 
performance plateau, a 
great deal of work and 
invention lie ahead. 


tially useful data to a cache, along with 
needed data. While this reduces miss 
ratios, it increases memory traffic be¬ 
cause it also brings to the cache some 
items that are never used. 

Long pipelines. The efficiency of a 
pipeline is the fraction of time that the 
pipeline is busy, and this is the rate at 
which new operations enter a pipeline. 
As pipeline length increases, so do the 
opportunities for data interactions be¬ 
tween pipeline stages. These must be 
prevented through an interlocking mech¬ 
anism, which in turn increases the po¬ 
tential for idle stages. Interleaved in¬ 
struction streams may maintain 
efficiency by providing alternative in¬ 
structions to execute when an instruc¬ 
tion in a given stream stalls at an inter¬ 
lock. Some combination of long pipelines 
and multiple interleaved instruction 
streams may eventually prove effective 
for combining high speed and high effi¬ 
ciency. 

Vector data structures. Vector data 
structures and vector operations tend 
to be very efficient for algorithms that 
manipulate vectors and matrices. Sparse 
vectors (vectors in which most elements 
are zero) are particularly difficult to 
treat effectively with vector arithmetic 
systems, and they generally lead to inef¬ 
ficient use of vector hardware. The ob¬ 
jective is to manipulate only the nonze¬ 
ro elements of a sparse structure, but 
the nonzero elements do not necessari¬ 
ly fall into a data structure that fits the 
vector model. 

Cache coherence. The trend today is 
to use caches in individual processors 


and to maintain coherence among the 
caches so programs will execute cor¬ 
rectly when common data are accessed 
by two or more processors. Cache- 
coherence hardware generates cross traf¬ 
fic among processors to ensure that all 
copies of a datum are consistent. How¬ 
ever, the cross traffic required to sup¬ 
port a system grows with the size of the 
cache and the number of processors. It 
is not clear that hardware support for 
cache coherence is effective for multi¬ 
processors with a sufficiently large num¬ 
ber of processors. 

Current directions 

Every solution appears to have some 
disadvantages and involve some risk. 
This section outlines some directions 
that look attractive now, but are not yet 
fully exploited. We cannot say whether 
any will reach fruition. Before we see 
the next performance plateau, a great 
deal of work and invention lie ahead. 

BLAS and LAPack. To exploit local¬ 
ity of computation, researchers investi¬ 
gating numerical methods have recent¬ 
ly been attracted to block linear algebra 
methods. The widely used subroutine 
package called Basic Linear Algebra 
Subroutines (BLAS) 13 is based on vec¬ 
tor and matrix operations. LAPack, 14 
also a package of subroutines, is a high- 
performance version of BLAS that takes 
advantage of locality. BLAS manipu¬ 
lates data at the matrix and vector level, 
but LAPack partitions matrix data into 
rectangular submatrices in a way that 
promotes reuse of data temporarily held 
in cache. BLAS’s partitioning of matri¬ 
ces into vectors is less effective. Individ¬ 
ual vectors of large-scale codes tend to 
be very long and thus flush an entire 
cache when they are accessed. A long 
vector leaves essentially no room in the 
cache for other data. 

A combination of hardware and soft¬ 
ware techniques to foster BLAS- and 
LAPack-type partitioning may become 
common in numerically intensive com¬ 
puting. Whether this methodology can 
be used effectively in nonnumerical 
applications remains an open question. 

Compiler solution of problems. In 

principle, compilers have sufficient in¬ 
formation to partition a program across 
several processors and to schedule ac¬ 
tivities among those processors effec- 
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tively. Nevertheless, the art of compil¬ 
ing for parallel machines is still in its 
youth. We expect to see considerable 
effort expended on developing compil¬ 
ers for parallel and distributed systems, 
but it is difficult at this time to assess the 
prospects for success. 

Detection of performance problems. 

Future systems may incorporate means 
for detecting performance problems and 
may take corrective action. For exam¬ 
ple, a program or data structure might 
be ill-suited to the cache organization 
of a processor, so the cache would be 
relatively ineffective. This situation 
would be detected during program exe¬ 
cution, and a compiler would be in¬ 
voked to recompile the program with 
custom optimizations. Such recompila¬ 
tions would be done rarely, and then 
only when actual performance indica¬ 
tors show that a problem exists. 

This example is specific to a cache, 
but the problem could exist with any 
machine resource. The cure in this ex¬ 
ample is recompilation, assuming there 
is a compiler optimization available to 
cure the problem. For future machines 
the cure may lie in the scheduler, the 
I/O system, or the memory-management 
controller, as well as in the compiler. 

Bandwidth of local memory. Because 
locality is an important factor in a high¬ 
speed computer, many schemes being 
pursued today rely heavily on local 
memory. These include the superpipe¬ 
lined and superscalar architectures men¬ 
tioned earlier. As machine organiza¬ 
tions become more successful in 
sustaining multiple instructions execut¬ 
ing concurrently, they will demand great¬ 
er bandwidth from local memory. In 
today’s machines, cache organizations 
typically sustain two accesses per cycle: 
one instruction access and one data ac¬ 
cess. In future machines, performance 
considerations may dictate a bandwidth 
of several data and instruction accesses 
per cycle. Such a requirement will be 
challenging and difficult to fulfill. 

Reliability 

A remarkable side effect of VLSI is 
that we now have single-chip computer 
systems. Earlier, we said that we must 
concentrate computer logic into as small 
a volume as possible to achieve greater 
processing speeds. Hence, where a 5- 


MHz machine might once have occu¬ 
pied several boards, tomorrow’s 500- 
MHz machine must fit in the palm of 
your hand. With this reduction in vol¬ 
ume, it makes great sense to seek reli¬ 
ability by replicating whole processors. 

Today, reliability depends largely on 
parity checks of data transfers and mem¬ 
ory. If parity checking reveals an error, 
the system retries the operation and in 
some cases can correct the error. Parity 
checking comes with a small cost in 
logic and silicon area, but it gives some 
assurance that a computation is correct. 

In future systems, where a premium 
is placed on the size of a single proces¬ 
sor, we can conceive of using triplicated 
logic among processors instead of using 
a complex retry mechanism within a 
processor. Simpler individual proces¬ 
sors would be connected together by 
triplicated voting logic. Two or more 
processors would have to agree on a 
result for it to be acceptable. 

Memory, on the other hand, is readily 
made very reliable by standard error- 
correction coding techniques, which in¬ 
cur an overhead of about 20 percent in 
memory bits. The error-correction log¬ 
ic can be triplicated at a small cost to the 
memory system. 

Triplication of processors may seem 
a very costly way to attain reliability, 
but this is not necessarily the case. At 
least two issues make this approach at¬ 
tractive: 

• If performance goals dictate exten¬ 
sive use of multiprocessors, then the 
extra processors may be part of a system 
in any case. The user can choose flexibly 
between high-performance independent 
processing on the multiple processors 
and high-reliability redundant process¬ 
ing. With programs that do not lend 
themselves to partitioning among many 
processors, the default mode would be 
high-reliability redundant processing. 

• Many applications require ultrareli¬ 
able, continuous operation. Using re¬ 
dundant processors is feasible, if the 
cost of the redundant processors is off¬ 
set by the benefit of continuous opera¬ 
tion. 

Using standard processors manufac¬ 
tured in high volume lowers the cost of 
triplication. Also, triplication avoids the 
cost of designing special-purpose reli¬ 
able processors for ultrareliable com¬ 
puting. However, it is practical only in 
applications where the extra reliability 
is worth the cost. 


I n the 1990s, we will see a change of 
direction in computer technology. 
Simply advancing the old technol¬ 
ogy will not let us attain greater and 
greater uniprocessor speeds, fe t e rcon — 
nection technology may move from 
metal to optical, and processors will ~ 

exploit more parallelism and more lo¬ 
cality than in the 1980s. Achieving new 
levels of performance will require ad¬ 
vances in the fields of devices, architec¬ 
ture, compilers, and algorithms. The 
1990s will be exciting because the chal¬ 
lenges have become more difficult and 
the directions less clear than ever be¬ 
fore. ■ 
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Winter Simulation Conference Announcement 

SIMULATION: The Most Popular OR Technique Ever 


The Winter Simulation Conference 
(WSC) is the event of the year for the 
simulation community. It is the ideal 
forum for novices and experts alike 
to meet with the movers and shak¬ 
ers in the field of simulation—the 
most popular OR technique ever. 

For the Novice, WSC provides 
the most cost-effective way to leam 
the concepts of simulation, evaluate 
simulation software, and see how 
others are using this tool to improve 
their operations. 

For the Expert, WSC is the best 
way to find out about the latest 
research and the newest develop¬ 
ments in modeling, analysis, and 


software. A complete Proceedings 
provides all the details for later 
reference. 


To get details on the program, and 
registration information, contact: 


For Everyone, WSC is where the 
experts in the field are. Thomas M. 
Cook, President of American Airlines 
Decision Technologies will present 
the opening session on "Simulation 
Applications at American Airlines." 
There will be 11 tracks covering 
such topics as software and intro¬ 
ductory tutorials; modeling and 
analysis methodology; state of the 
art reviews; and applications from 
manufacturing, communications, 
transportation, and the military, 
among others. 

. . . and it's in Phoenix in December! 


WSC '91 

c/o EPIC Management, Inc. 
8720 Red Oak Blvd., Suite 224 
Charlotte, NC 28217 
1*800*447*6949 (9—5 EST) 


WSC'91 

1991 Winter Simulation Conference 
December8—11, 1991 
The Arizona Biltmore • Phoenix, Arizona 
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High-Availability 
Computer Systems 


Jim Gray, Digital Equipment Corp. 

Daniel P. Siewiorek, Carnegie Mellon University 


P aradoxically, the larger a system is, the more critical — but less likely — 
it is to be highly available. We can build small ultra-available modules, but 
building large systems involving thousands of modules and millions of 
lines of code is a poorly understood art, even though such large systems are a core 
technology of modern society. 

Three decades ago, hardware components were the major source of faults and 
outages. Today, hardware faults are a relatively minor cause of system outages 
when compared with operations, environment, and software faults. Techniques 
and designs that tolerate these broader classes of faults are still in their infancy. 

This article sketches the techniques used to build highly available computer 
systems. 


Today’s highly 
available systems 
deliver four years of 
uninterrupted service. 
The challenge is to 
build systems with 
100-year mean time to 
failure and one-minute 
repair times. 


Historical perspective 

Computers built in the late 1950s offered a 12-hour mean time to failure. A 
maintenance staff of a dozen full-time computer engineers could repair the 
machine in about eight hours. This failure-repair cycle provided 60 percent 
availability. The vacuum tube and relay components of these computers were the 
major sources of failures; they had lifetimes of a few months. So the machines 
rarely operated for more than a day without interruption. 1 

Many fault-detection and fault-masking techniques used today were first used 
on these early computers. Diagnostics tested the machine. Self-checking compu¬ 
tational techniques detected faults while the computation progressed. The pro¬ 
gram occasionally saved (checkpointed) its state on stable media. After a failure 
and repair, the program read the most recent checkpoint and continued the 
computation from that point. This checkpoint-restart technique let computers that 
failed every few hours perform long-running computations. 

Device improvements have increased computer system availability. By 1980, 
typical well-run computer systems offered 99 percent availability. 2 This sounds 
good, but 99 percent availability is 100 minutes of downtime per week. Such 
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Table 1. Availability of system classes. 


System 

Type 

Unavailability 

(minutes/year) 

Availability 
(in percent) 

Availability 

Class 

Unmanaged 

50,000 

90 

1 

Managed 

5,000 

99 

2 

Well-managed 

500 

99.9 

3 

Fault-tolerant 

50 

99.99 

4 

High-availability 

5 

99.999 

5 

Very-high-availability 

.5 

99.9999 

6 

Ultra-availability 

.05 

99.99999 

7 


outages may be acceptable for commer¬ 
cial back-office computer systems that 
process work in asynchronous batches 
for later reporting. But mission-critical 
and on-line applications cannot toler¬ 
ate 100 minutes of downtime per week. 
They require high-availability systems 
that deliver 99.999 percent availability: 
at most five minutes of service interrup¬ 
tion per year. 

The principal consumers of the new 
class of high-availability systems want 
them for process-control, production- 
control, and transaction-processing ap¬ 
plications. Telephone networks, airports, 
hospitals, factories, and stock exchang¬ 
es cannot afford to stop because of a 
computer outage. In these applications, 
outages translate directly into reduced 
productivity, damaged equipment, and 
sometimes lost lives. 

Degrees of availability can be charac¬ 
terized by orders of magnitude. Un¬ 
managed computer systems on the In¬ 
ternet typically fail every two weeks 
and average 10 hours to recover. These 
unmanaged computers give about 90 
percent availability. Managed conven¬ 
tional systems fail several times a year. 
Each failure takes about two hours to 
repair. This translates to 99 percent avail¬ 
ability. 2 Current fault-tolerant systems 
fail once every few years and are re¬ 
paired within a few hours 3 — this is 
99.99 percent availability. High-avail¬ 
ability systems must have fewer failures 
and be designed for faster repair. Their 
requirements are one to three orders of 
magnitude more demanding than cur¬ 
rent fault-tolerant technologies. 

Table 1 gives the availability of typi¬ 
cal system classes. Today’s best systems 
are in the high-availability range. As of 
1990, the best general-purpose systems 
have been in the fault-tolerant range. 


As the nines pile up in the availability 
measure, it is easier to think of avail¬ 
ability in terms of denial of service mea¬ 
sured in minutes per year. For example, 
99.999 percent availability is about five 
minutes of service denial per year. Even 
this metric is a little cumbersome, so we 
use the concept of availability class or 
simply class by analogy to the hardness 
of diamonds or the class of a clean room. 
Availability class is determined by the 
number of nines in a system’s or mod¬ 
ule’s availability figure. More formally, 
if the system availability is A, the sys¬ 
tem’s availability class is Llog 10 (l/(l-A))J. 
The rightmost column of Table 1 tabu¬ 
lates the availability classes of various 
system types. 

The telephone network is a good ex¬ 
ample of a high-availability system — a 
class 5 system. Its design goal is at most 
two outage hours in 40 years. Unfortu¬ 
nately, over the last two years there 
have been several major outages of the 
United States telephone system: a na¬ 
tionwide outage lasting eight hours, and 
a Midwest outage lasting four days. 
These outages show how difficult it is to 
build systems with high availability. 

High availability requires systems 
designed to tolerate faults — to detect a 
fault, report it, mask it, and then contin¬ 
ue service while the faulty component is 
repaired off line. Beyond the usual hard¬ 
ware and software faults, a high-avail- 
ability system must tolerate other faults: 

• Electrical power at a typical site in 
North America fails about twice a year. 
Each failure lasts about an hour. 4 

• Software upgrades or repairs typi¬ 
cally require interrupting service while 
installing new software. This happens 
at least once a year and typically takes 
an hour. 


Production computer software typi¬ 
cally has more than one defect per thou¬ 
sand lines of code. When a system needs 
millions of lines of code, it is likely to 
have thousands of software defects. This 
seems to put a ceiling on the size of 
high-availability systems. The system 
must either be small or be limited to a 
failure rate of one fault per decade. For 
example, the 10-million-line Tandem 
system software has been measured to 
have a 30-year mean time to failure. 3 

• Database reorganization is required 
to add new types of information, to 
reorganize the data so that it can be 
more efficiently processed, or to redis¬ 
tribute the data among recently added 
storage devices. Such reorganizations 
may happen several times a year and 
typically take several hours. As of 1991, 
no general-purpose system provides 
complete on-line reorganization utili¬ 
ties. 

• Operators sometimes make mistakes 
that lead to system outages. A conser¬ 
vative estimate is that a system experi¬ 
ences one such fault a decade. Such 
faults cause an outage of a few hours. 

Faults in these four classes cause more 
than 1,000 minutes of outage per year in 
a typical system. This explains why man¬ 
aged systems do worse than this but 
well-managed systems do slightly bet¬ 
ter (see Table 1). 

High-availability systems must mask 
most of these faults. One thousand min¬ 
utes per year is much more than the 
five-minute-per-year budget allowed for 
high-availability systems. But even fault- 
tolerant and high-availability systems 
cannot tolerate all faults. Ignoring sched¬ 
uled interruptions to upgrade software 
to newer versions, current fault-toler¬ 
ant systems typically deliver four years 
of uninterrupted service and then re¬ 
quire a two-hour repair. 3 This translates 
to 99.96 percent availability — about 
one minute of outage per week. 

This article surveys the fault-tolerant 
techniques used to achieve highly avail¬ 
able systems and sketches approaches 
to the goal of ultra-available systems: 
systems with a 100-year mean-time-to- 
failure rate and a one-minute mean time 
to repair. 

Terminology 

Fault-tolerance discussions benefit 
from terminology and concepts devel- 
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Figure 1. Usually a module’s actual behavior matches its 
specified behavior, and it is in the service accomplishment 
state. Occasionally, a fault causes an error that becomes 
effective and causes the module to fail (observed behavior 
does not equal specified behavior). Then the module en¬ 
ters the service interruption state. After the failure is de¬ 
tected, reported, and corrected or repaired, the module re¬ 
turns to the service accomplishment state. 


oped by the International 
Federation for Information 
Processing Working Group 
10.4 and by the IEEE Com¬ 
puter Society Technical 
Committee on Fault-Toler¬ 
ant Computing. Here we 
present key definitions from 
their results. 5 

We can view a system as a 
single module, but most sys¬ 
tems are composed of mul¬ 
tiple modules. These mod¬ 
ules have internal structures, 
which are in turn composed 
of submodules. We discuss 
the behavior of a single mod¬ 
ule, but the terminology ap¬ 
plies recursively to modules 
with internal modules. 

Each module has an ideal 
specified behavior and 
observed actual behavior. A 
failure is deviation of the 
actual behavior from the 
specified behavior. The fail¬ 
ure occurs because of an error, a defect 
in the module. The cause of the error is 
a fault. The time between the occur¬ 
rence of the error and the resulting fail¬ 
ure is the error latency. When the error 
causes a failure, it becomes effective 
(see Figure 1). 

For example, a programmer’s mis¬ 
take is a fault that creates a latent error 
in the software. When the system exe¬ 
cutes the erroneous instructions with 
certain data values, they cause a failure 
and the error becomes effective. As a 
second example, a cosmic ray (fault) 
may discharge a memory cell, causing a 
memory error. When the system reads 
the memory, it produces the wrong an¬ 
swer (memory failure) and the error 
becomes effective. 

The actual module behavior alter¬ 
nates between service accomplishment 
while the module acts as specified and 
service interruption while module be¬ 
havior deviates from the specified be¬ 
havior. Module reliability measures the 
time from an initial instant and the next 
failure event. In a population of identi¬ 
cal modules that are run until failure, 
the mean time to failure is the average 
time to failure for all modules. Module 
reliability is statistically quantified as 
MTTF (mean time to failure). Service 
interruption is statistically quantified 
as MTTR (mean time to repair). Mod¬ 
ule availability measures the ratio of 
service accomplishment to elapsed time. 


The availability of nonredundant sys¬ 
tems with repair is statistically quanti¬ 
fied as MTTF/(MTTF+MTTR). 

Module reliability can be improved 
both by valid construction to reduce 
failures and by error correction. 

Valid construction. Validation can 
remove faults during the construction 
process, thus assuring that the construct¬ 
ed module conforms to the specified 
module. Because physical components 
fail during operation, validation alone 
cannot assure high availability. 

Error correction. Designs with redun¬ 
dancy reduce failures by tolerating faults. 
Latent error processing describes the 
practice of trying to detect and repair 
latent errors before they become effec¬ 
tive. Preventive maintenance is an ex¬ 
ample. Effective error processing de¬ 
scribes correction of the error after it 
becomes effective. Effective error pro¬ 
cessing may either recover from the er¬ 
ror or mask the error. 

Error masking typically uses redun¬ 
dant information to deliver the correct 
service and to construct a correct new 
state. Error-correcting codes used for 
electronic, magnetic, and optical stor¬ 
age are examples of masking. An error- 
recovery mechanism typically denies the 
request and sets the module to an error- 
free state so that it can service subse¬ 
quent requests. 


Error recovery can take two 
forms. Backward error recov¬ 
ery returns to a previous cor¬ 
rect state. Checkpoint-restart 
is an example. Forward error 
recovery constructs a new cor¬ 
rect state. Redundancy in time 
— for example, resending a 
damaged message or reread¬ 
ing a disk block — are exam¬ 
ples of forward error recov¬ 
ery. 

In addition to these key 
definitions from the IFIP 
working group, 5 the follow¬ 
ing terminology to categorize 
faults is useful: 

• Hardware faults. Failing 
devices. 

• Design faults. Faults in soft¬ 
ware (mostly) and hardware 
design. 

• Operations faults. Mistakes 
made by operations and main¬ 
tenance personnel. 

•Environmental faults. Fire, flood, 
earthquake, power failure, and sabo¬ 
tage. 

Empirical experience 

There is considerable empirical evi¬ 
dence about faults and fault tolerance. 6 
Failure rates (or failure hazards) for 
software and hardware modules typi¬ 
cally follow a “bathtub curve.” The rate 
is high for new units ( infant mortality), 
then it stabilizes at a low rate. As the 
module ages beyond a certain thresh¬ 
old, the failure rate increases (maturi¬ 
ty). Physical stress, decay, and corro¬ 
sion are the causes of physical device 
aging. Maintenance and redesign cause 
software aging. 

Vendors usually quote the failure rates 
at the bottom of the bathtub (after in¬ 
fant mortality and before maturity). 
Transient failures often obey a Weibull 
distribution, a negative hyperexponen¬ 
tial distribution. Many device and soft¬ 
ware failures are transient — that is, the 
operation may succeed if the device or 
software system is simply reset. Failure 
rates typically increase with use. 

Repair times for a hardware module 
can vary from hours to days, depending 
on the availability of spare modules and 
diagnostic capabilities. For a given or¬ 
ganization, repair times appear to fol¬ 
low a Poisson distribution. Good repair 
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Figure 2. Fail-fast and fault-tolerant modules: (a) basic designs, (b) recursive designs stemming from the basic designs. 


success rates are typically 99.9 percent, 
but 95 percent repair success rates are 
common. This is still excellent com¬ 
pared with the 66 percent repair suc¬ 
cess rates reported for automobiles. 

Improved devices 

Device reliability has improved enor¬ 
mously since 1950. Vacuum tubes 
evolved to transistors. Transistors, re¬ 
sistors, and capacitors were integrated 
on single chips. Today, packages inte¬ 
grate millions of devices on a single 
chip. These device and packaging revo¬ 
lutions have increased the reliability of 
digital electronics dramatically: 

• Long-lived devices. Integrated-cir¬ 
cuit devices have long lifetimes. They 
can be disturbed by radiation, but if 
operated at normal temperatures and 
voltages and kept from corrosion, they 
will operate for at least 20 years. 

• Reduced power. Integrated circuits 
consume much less power per function. 
The reduced power translates to re¬ 
duced temperatures and slower device 
aging. 

• Fewer connectors. Connections were 
a major source of faults because of me¬ 
chanical wear and corrosion. Integrat¬ 
ed circuits have fewer connectors. On- 
chip connections are chemically 
deposited, off-chip connections are sol¬ 
dered, and wires are printed on circuit 


boards. Today, only backplane connec¬ 
tions suffer mechanical wear. They in¬ 
terconnect field-replaceable units (mod¬ 
ules) and peripheral devices. 

Magnetic storage devices have expe¬ 
rienced similar improvements. Origi¬ 
nally, disks were the size of refrigera¬ 
tors and needed weekly service. Just 10 
years ago, the typical disk was the size 
of a washing machine, consumed about 
2,000 watts of power, and needed ser¬ 
vice about every six months. Today, 
disks are hand-held units, consume about 
10 watts of power, and have no sched¬ 
uled service. A modern disk becomes 
obsolete sooner than it is likely to fail. 
The MTTF of a modern disk is about 12 
years; its useful life is probably five 
years. 

Peripheral device cables and connec¬ 
tors have experienced similar complex¬ 
ity reductions. A decade ago, disk ca¬ 
bles were huge. Each disk required 20 
or more control wires. Often disks were 
dual-ported, doubling this number. An 
array of 100 disks needed 4,000 wires 
and 8,000 connectors, and these cables 
and their connectors were a major source 
of faults. Today, modern disk assem¬ 
blies use fiber-optic cables and connec¬ 
tors. A 100-disk array can be attached 
with 24 cables and 48 connectors: This is 
more than a 100-fold component reduc¬ 
tion. In addition, the underlying media 
use less power and have better resis¬ 
tance to electrical noise. 


Fault-tolerant design 
concepts 

These more reliable devices are com¬ 
bined to create complex systems. Cer¬ 
tain design concepts are fundamental to 
making the systems fault tolerant and, 
consequently, highly available. 

• Modularity. Designers should hier¬ 
archically decompose the system into 
modules. For example, a computer may 
have a storage module, which in turn 
has several memory modules. Each 
module is a unit of service, fault con¬ 
tainment, and repair. If a module fails, 
it is replaced by a new module. 

• Fail-fast. Each module should ei¬ 
ther operate correctly or stop immedi¬ 
ately. 

• Independent failure modes. Modules 
and interconnections should be designed 
so that if one module fails, the fault does 
not affect other modules. 

• Redundancy and repair. Spare mod¬ 
ules should be installed or configured in 
advance, so when one module fails, the 
second can replace it almost instantly. 
The failed module can be repaired off 
line while the system continues to deliv¬ 
er service. 

These principles apply to hardware 
faults, design faults, and software faults 
(which are design faults). However, their 
application varies, so we discuss hard- 
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Figure 3. Using redundancy to mask failures. Triple-mod¬ 
ule-redundancy needs no extra effort to mask a single fault. 
Duplexed modules can tolerate faults by using a pair-and- 
spare or dual-dual design. If any single module fails, the su¬ 
per module continues operating. 


ware first, and then design 
and software faults. 


Fault-tolerant 
hardware 

The application of the 
modularity, fail-fast, inde¬ 
pendence, redundancy, and 
repair concepts to hardware 
fault tolerance is easy to un¬ 
derstand. Hardware modules 
are physical units such as a 
processor, a communications 
line, or a storage device. De¬ 
signers use one of two tech¬ 
niques 6 ' 8 to make a module 
fail-fast: 

•Self-checking. A module performs 
the operation and also some additional 
work to validate the state. Error-de¬ 
tecting codes on storage and messages 
are examples of this approach. 

• Comparison. Two or more modules 
perform the operation, and a compara¬ 
tor examines their results. If they dis¬ 
agree, the modules stop. 

Self-checking has been the mainstay 
for many years, but it requires addition¬ 
al circuitry and design. However, it will 
likelycontinue to dominate storage and 
communications designs because the 
logic is simple and well understood. 

The economies of integrated circuits 
encourage the use of comparison for 
complex processing devices. Because 
comparators are relatively simple, com¬ 
parison trades additional circuits for 
reduced design time. In custom fault- 
tolerant designs, 30 percent of proces¬ 
sor circuits and 30 percent of the pro¬ 
cessor design time are devoted to 


self-checking. Comparison schemes, on 
the other hand, augment general-pur¬ 
pose circuits with simple comparator 
designs and circuits. The result is a re¬ 
duction in overall design cost and cir¬ 
cuit cost. 

Figure 2a shows the basic comparison 
approach. A relatively simple compara¬ 
tor placed at the module interface can 
compare the outputs of two modules. If 
the outputs match exactly, the compar¬ 
ator lets the outputs pass through. If the 
outputs do not match, the comparator 
detects the fault and stops the modules. 
This is a generic technique for making 
fail-fast modules from conventional 
modules. 

If a design uses more than two mod¬ 
ules, the module can tolerate at least 
one fault because the comparator pass¬ 
es through the majority output (two out 
of three in the Figure 2a triplex). The 
triplex design is called triple-module- 
redundancy. Figure 2b shows how the 
duplex and triplex designs can be made 
recursive. The modules are A-plexed 


and so are the comparators 
themselves, so comparator 
failures are also detected. 

Self-checking and compar¬ 
ison provide quick fault de¬ 
tection. Once a system de¬ 
tects a fault, it should report 
and mask the fault, as shown 
in Figure 1. 

Figure 3 shows how hard¬ 
ware fault masking typically 
works with duplexing com¬ 
parison schemes. The pair- 
and-spare or dual-dual 
scheme combines two fail- 
fast modules to produce a 
supermodule that continues 
operating, even if one of the 
submodules fails. Because 
each submodule is fail-fast, 
the combination is just the OR of the 
two submodules. The triplexing scheme 
masks failures by having the compara¬ 
tor pass through the majority output. If 
only one module fails, the outputs of the 
two correct modules will form a major¬ 
ity and will allow the supermodule to 
function correctly. 

The pair-and-spare scheme requires 
more hardware than triplexing (four 
rather than three modules), but it al¬ 
lows a choice of two operating modes: 
either two independent fail-fast compu¬ 
tations running on the two pairs of mod¬ 
ules or a single high-availability compu¬ 
tation running on all four modules. 

To understand the benefits of these 
designs, imagine that each module has a 
one-year MTTF, with independent fail¬ 
ures. Suppose that the duplex system 
fails if the comparator inputs do not 
agree, and the triplex module fails if 
two of the module inputs do not agree. 
If there is no repair, the supermodules 
in Figure 2 will have a MTTF of less 
than a year, as shown in Table 2. 6 This is 


Table 2. MTTF estimates for various architectures using one-year MTTF modules with a four-hour MTTR (e represents a 
small additional cost for the comparators). 6 


Architecture 

MTTF 

Class 

Equation 

Cost 

Simplex 

1 year 

3 

MTTF 

1 

Duplex 

-0.5 year 

3 

-MTTF/2 

2 + e 

Triplex 

0.8 year 

3 

=MTTF(5/6) 

3+e 

Pair and spare 

-0.7 year 

3 

=MTTF(3/4) 

4 + e 

Duplex plus repair 

>10 3 years 

6 

=MTTF 2 /2MTTR 

2 + e 

Triplex plus repair 

>10 6 years 

6 

=MTTF 3 /3MTTR 

3 + e 
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an instance of the airplane rule: A two- 
engine airplane costs twice as much and 
has twice as many engine problems as a 
one-engine airplane. Redundancy by 
itself does not improve availability or 
reliability. (Redundancy does decrease 
the variance in failure rates.) In fact, 
adding redundancy lessens reliability 
in the cases of duplexing and triplexing. 
Redundancy designs require repair to 
dramatically improve availability. 

Importance of repair 

If failed modules are repaired or re¬ 
placed within four hours of their fail¬ 
ure, then the MTTF of the example 
systems goes from one year to well be¬ 
yond 1,000 years. Their availability goes 
from 99.9 percent to 99.9999 percent 
and their availability class from 3 to 6 — 
a significant improvement. If the sys¬ 
tem uses thousands of modules, design¬ 
ers can repeat the construction recur¬ 
sively to A-plex the entire system and 
get a class 8 supermodule (1,000-year 
MTTF). 

On-line module repair requires re¬ 
pair and reinstallation of modules while 
the system is operating. It also requires 
reintegrating the module into the sys¬ 
tem without interrupting service. Do¬ 
ing this is not easy; for example, it is not 
trivial to make the contents of a re¬ 
paired disk identical to that of a neigh¬ 
boring disk. Similarly, when a proces¬ 
sor is repaired, it is not easy to set the 
processor state to that of the other pro¬ 
cessors in the module. Reintegration 
algorithms exist, but they are subtle 
and each uses a different trick. There is 
no overall design methodology for such 
algorithms as yet. Today’s on-line inte¬ 
gration techniques are trade secrets pro¬ 
tected by patents, because they are a 
key to high-availability computing. 

Improved device 
maintenance 

The declining cost and improved re¬ 
liability of devices permit a new ap¬ 
proach to computer maintenance. Com¬ 
puters can be composed of modules 
called/teM replaceable units. Each FRU 
has built-in self-tests exploiting one of 
the checking techniques mentioned 
above. These tests let a module diag¬ 
nose itself and report failures electron¬ 


ically to the system maintenance pro¬ 
cessor and visually as a light on the 
module itself. A green light means no 
trouble, yellow means a fault has been 
reported and masked, and red indicates 
a failed unit. This system makes repairs 
easy. The repair person looks for a red 
light and replaces the failed module 
with a spare from inventory. 

FRUs are designed to have a MTTF 
of more than 10 years and to cost less 
than a few thousand dollars, so they can 
be manufactured and stocked in quanti¬ 
ty. A system can consist of tens or thou¬ 
sands of FRUs. 

Vendors of fault-tolerant computers 
have carried the FRU concept to its 
logical conclusion with a system called 
cooperative maintenance. When a mod¬ 
ule fails, the fault-tolerant system con¬ 
tinues operating because it can tolerate 
any single fault. The system first identi¬ 
fies the fault within a FRU. It then calls 
the vendor’s support center via switched 
telephone lines and announces that a 
new module is needed. The vendor’s 
support center sends the new part to the 
site via overnight courier. In the morn¬ 
ing the customer receives a package 
containing a replacement part and in¬ 
stallation instructions. The customer 
replaces the part and returns the faulty 
module to the vendor by parcel post. 

Cooperative maintenance has attrac¬ 
tive economies. Conventional designs 
often require a 2-percent-per-month 
maintenance contract. Paying 2 percent 
of the system price each month for main¬ 
tenance doubles the system price in four 
years. Maintenance is expensive because 
each visit to a customer’s site costs the 
vendor about a thousand dollars. Coop¬ 
erative service can cut maintenance costs 
in half. 

The simple and powerful ideas of fail- 
fast modules and repair via retry or 
spare modules seem to solve the hard¬ 
ware fault-tolerance problem. They can 
mask almost all physical device failures, 
but they do not mask failures caused by 
hardware design faults. If all the mod¬ 
ules have faulty designs, then the com¬ 
parators will not detect the fault. Simi¬ 
larly, comparison techniques do not 
apply to software — which is all design 
— unless design diversity is used. 

Tolerating design faults 

Tolerating design faults is critical to 
high availability. After fault-masking 


techniques are applied, the vast major¬ 
ity of the remaining computer faults are 
design faults. (We discuss operations 
and environmental faults later.) 

A study indicates that failures dueTo 
design (software) faults outnumber hard¬ 
ware faults by 10 to one. Applying the 
concepts of modularity, fail-fast mod¬ 
ules, independent failure modes, and 
repair to software and design is the key 
to tolerating these faults. 

Software modularity is well under¬ 
stood. A software module is a process 
with a private state (no shared memory) 
and a message interface to other soft¬ 
ware modules. 5 

The two approaches to fail-fast soft¬ 
ware are similar to the hardware ap¬ 
proaches: 

• Self-checking. A program typically 
does simple sanity checks of its inputs, 
outputs, and data structures. Program¬ 
ming for this is called defensive pro¬ 
gramming. It parallels the double-entry 
bookkeeping and check-digit techniques 
used for centuries in manual accounting 
systems. In defensive programming, if 
some item does not satisfy the integrity 
assertion, the program raises an excep¬ 
tion (fails fast) or attempts repair. In 
addition, independent processes called 
auditors or watchdogs observe the ^tate. 
If they discover an inconsistency/ they 
raise an exception and either fail fast 
the state (erase it) or repair it. 10 ' 11 

• Comparison. Several modules of 
different design run the same computa¬ 
tion. A comparator examines their re¬ 
sults and declares a fault if the outputs 
are not identical. This scheme depends 
on independent failure modes of the 
various modules. 

The third major fault-tolerance con¬ 
cept is independent failure modes. De¬ 
sign diversity is the best way to get de¬ 
signs with independent failure modes. 
For diverse designs, at least three inde¬ 
pendent groups start with the same spec¬ 
ification and produce code to imple¬ 
ment it. This software approach is called 
N-version programming 12 because the 
program is written A times. 

Unfortunately, even independent 
groups can make the same mistake, or a 
common mistake can arise from the orig¬ 
inal specification. Anyone who has giv¬ 
en a test knows that many students make 
the same mistake on a difficult exam 
question. Nevertheless, independent 
implementations of a specification by 
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Figure 4. A process pair appears to other processes as a 
single logical process, but it is really two processes execut¬ 
ing the same program and maintaining approximately the 
same state. The two processes typically run on different 
computers and have some failure-mode independence. In 
addition, process pairs mask Hiesenbugs. 


independent groups is current¬ 
ly the best way to approach 
design diversity. 

A-version programming is 
expensive, raising the system 
implementation and mainte¬ 
nance cost by a factor of A or 
more. Also, it may add unac¬ 
ceptable time delays to the 
project implementation. Some 
argue that the time and mon¬ 
ey are better spent on making 
one superreliable design rath¬ 
er than three marginal designs. 

At present, there is no com¬ 
parative data to resolve this 
issue. 

The concept of design re¬ 
pair seems to further damage 
the case for design diversity. 

Recall the airplane rule: Two- 
engine airplanes have twice 
the engine problems of one- 
engine planes. Suppose each 
module of a triplexed design has a 100- 
year MTTF. Without repair, the triple 
will have its first fault in 33 years and its 
next fault in 50 years. The net is an 83- 
year MTTF. If only one module were 
operated, the MTTF would be 100 years. 
So the three-version program module 
has a worse MTTF than any simple pro¬ 
gram (but the three-version program 
has lower failure variance). Repair is 
needed if A-version programming is to 
improve system MTTF. 

Repairing a design flaw takes weeks 
or months. This is especially true for 
hardware. Even software repair is slow 
when run through a careful program- 
development process. Because the 
MTTF of a triplex is proportional to 
(MTTF 3 /MTTR), long repair times may 
be a problem for high-availability sys¬ 
tems. 

Even after the module is repaired, 
how to reintegrate it into the working 
system without interrupting service is 
not clear. For example, suppose the 
failed module is a file server with its 
disk. If the module fails and is out of 
service for a few weeks while the bug is 
fixed, then when it returns, it must re¬ 
construct the current state. Because it 
has a completely different implementa¬ 
tion from the other file servers, a spe¬ 
cial-purpose utility is needed to copy 
the state of a “good” server to the “be¬ 
ing repaired” server while the good serv¬ 
er is delivering service. Any files changed 
in the good server also must be changed 
in the server being repaired. The repair 


utility should itself be an A-version 
program to prevent a single fault in a 
good server or copy operation from 
creating a double fault. Software re¬ 
pair is not trivial. 

Process pairs and 
transactions 

Process pairs and transactions offer 
a completely different approach to soft¬ 
ware repair. They generalize the con¬ 
cept of checkpoint-restart to distribut¬ 
ed systems. Most errors caused by 
design faults in production hardware 
and software are transient. A transient 
failure will disappear if the operation 
is retried later in a slightly different 
context. _Such transient software fa il¬ 
ures have been given the whimsical 
name “Heisenbue” because they dis- 
appcar when reexamined. By contrast, 

“Bohrbugs" are good solid bugs. 

Common experiencesuggesTSThat 
most software faults in production sys¬ 
tems are transient. When a system fails, 
it is generally restarted and returns to 
service. After all, the system was work¬ 
ing last week. It was working this morn¬ 
ing. So why shouldn’t it work now? But 
this commonsense observation is not 
very satisfying. 

In the most complete study of soft¬ 
ware faults to date, Ed Adams looked 
at maintenance records of North Amer¬ 
ican IBM systems over a four-year pe¬ 


riod. 13 He found that most 
software faults in produc¬ 
tion systems are reported 
only once. He described 
such errors as benign bugs. 
Some software faults were 
reported many times, but 
such virulent bugs made up 
significantly less than 1 
percent of all reports. On 
the basis of this observa¬ 
tion, Adams recommend¬ 
ed that benign bugs not be 
repaired immediately. Us¬ 
ing Adam’s data, Harlan 
Mills observed that most 
benign bugs have a MTTF 
in excess of 10,000 years. It 
is safer to ignore such bugs 
than to stop the system, in¬ 
stall a bug fix, and then 
restart the system. The re¬ 
pair will require a brief 
outage, and a fault in the 
repair process may cause a second out¬ 
age. 

The Adams study and several others 
imply that the best short-term approach 
to masking software faults is to restart 
the system. 31314 Suppose the restart 
were instantaneous. Then the fault 
would not cause any outage: Simplex 
system unavailability is approximately 
MTTR/MTTF. If the MTTR is zero 
and the MTTF is greater than zero, 
then there is no unavailability. 

Process pairs are a way to get almost 
instant restart. Recall that a process is 
a unit of software modularity that pro¬ 
vides some service. It has a private 
address space and communicates with 
the other processes and devices via 
messages traveling on sessions. If a 
process fails, it is the unit of repair and 
replacement. A process pair — two 
processes running the same program 15 
— gives almost instant replacement 
and repair for a process. 

As Figure 4 shows, during normal 
operation the primary process performs 
all the operations for its clients, and 
the backup process passively watches 
the message flows. The primary pro¬ 
cess occasionally sends checkpoint mes¬ 
sages to its backup, much in the style of 
checkpoint-restart designs of the 1950s. 
When the primary process detects an 
inconsistency in its state, it fails fast 
and notifies the backup process. Then 
the backup process becomes the pri¬ 
mary process, answering all incoming 
requests and providing the service. If 
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Figure 5. A system-pair design with system replication at 
two sites, Paris and Tokyo. During normal operation each 
system carries half the load. When one fails, the other serves 
all the clients. System pairs mask most hardware, software, 
operations, maintenance, and environmental faults. They 
also allow on-line software and hardware changes. 


the primary process failed 
because of a Heisenbug, the 
backup will not fail and there 
will be no interruption of ser¬ 
vice. Process pairs also toler¬ 
ate hardware faults. If the 
hardware supporting the pri¬ 
mary process fails, the back¬ 
up running on other hard¬ 
ware will mask the failure. 

A criticism of process pairs 
is that writing the checkpoint 
and takeover logic makes 
programming even more 
complex. It is analogous to 
writing the repair programs 
for A-version programming. 

Bitter experience shows that 
the code is difficult to write, 
difficult to test, and difficult 
to maintain. 

Transactions automate the 
checkpoint-takeover logic 
and allow “ordinary” pro¬ 
grams to act as process pairs. 

Using the transaction mech¬ 
anism, an application design¬ 
er declares a collection of 
actions (messages, database 
updates, and state changes) 
to have the following prop¬ 
erties: 

• Atomicity. Either all the actions 
making up the transaction will be done 
or they will all be undone. This is often 
called the all-or-nothing property. The 
two possible outcomes are commit (all) 
and abort (nothing). 

• Consistency. The collection of ac¬ 
tions is a correct transformation of state. 
It preserves the state invariants (the 
assertions constraining the values that a 
correct state may assume). 

• Isolation. Each transaction will be 
isolated from the concurrent execution 
of other concurrent transactions. Even 
if other transactions concurrently read 
and write the inputs and outputs of this 
transaction, it will appear that the trans¬ 
actions ran sequentially according to 
some global clock. 

• Durability. If a transaction commits, 
the effects of its operations will survive 
any subsequent system failures. In par¬ 
ticular, the system will deliver any com¬ 
mitted output messages, and the data¬ 
base state will reflect any committed 
database changes. 

These four transaction properties, 
termed ACID, were first developed by 


the database community. The transac¬ 
tion mechanism provides a simple ab¬ 
straction to help Cobol programmers 
deal with errors and faults in conven¬ 
tional database systems and applica¬ 
tions. The concept gained many con¬ 
verts when distributed databases became 
common. A distributed state is so com¬ 
plex that traditional checkpoint-restart 
schemes require superhuman talents. 

The transaction mechanism is 
easy to understand. The programmer 
declares a transaction by issu¬ 
ing a Begin_Transaction() verb 
and ends the transaction by issu¬ 
ing a Commit_Transaction() or 
Abort_Transaction() verb. Beyond 
that, the underlying transaction me¬ 
chanism ensures that all actions within 
the Begin-Commit and Begin-Abort 
brackets have the ACID properties. 

Designers can apply the transaction 
concept to databases, to messages (“ex¬ 
actly once” message delivery), and to 
main memory (persistent programming 
languages). To combine transactions 
with process pairs, a designer declares a 
process pair’s state to be persistent, 
meaning that when the primary process 
fails, the transaction mechanism aborts 


all transactions involved in 
the primary process and re¬ 
constructs the backup-pro¬ 
cess state as it stood at the 
start of the in-progress trans¬ 
actions. The backup process 
then reprocesses the trans¬ 
actions. 

In this model, the underly¬ 
ing system implements trans¬ 
actional storage (storage with 
the ACID properties), trans¬ 
actional messages (exactly 
once message delivery), and 
process pairs (the basic take¬ 
over mechanism). This is not 
trivial, but there are at least 
two examples: Tandem’s 
Nonstop Systems and IBM's 
Cross Recovery Feature 
(XRF). With the underlying 
facilities provided by such 
systems, application pro¬ 
grammers can write conven¬ 
tional programs that execute 
as process pairs. The compu¬ 
tations need only declare 
transaction boundaries. The 
checkpoint-restart logic and 
transaction mechanism are 
handled automatically. 

Operations, 
maintenance, and 
environment 

The previous sections took the nar¬ 
row “computer” view of fault tolerance, 
but computers rarely cause computer 
failures. One study found that 98 per¬ 
cent of the unscheduled system outages 
came from outside sources. 3 High-avail¬ 
ability systems must tolerate environ¬ 
mental faults (power failures, fire, flood, 
insurrection, virus, and sabotage), op¬ 
erations faults, and maintenance faults. 

The declining price and increasing 
automation of computer systems offer a 
straightforward solution to some of these 
problems: system pairs. As Figure 5 
shows, system pairs carry the disk-pair 
and process-pair design one step fur¬ 
ther. Two nearly identical systems are 
placed at least 1,000 kilometers apart. 
They are on different communication 
grids and power grids, at sites on differ¬ 
ent earthquake faults and in different 
weather systems. The maintenance per¬ 
sonnel and operators are different. Cli¬ 
ents are in session with both systems, 
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Figure 6. Evolution of fault-tolerant architectures and their fault class coverage. 



but each client preferentially sends work 
to one system or another. Each system 
carries half the load during normal op¬ 
eration. When one system fails, the oth¬ 
er system takes over. The transaction 
mechanism steps in to clean up the state 
at takeover. 

Ideally, the systems would have dif¬ 
ferent designs for additional protection 
against design errors. But the econom¬ 
ics of designing, installing, operating, 
and maintaining two completely differ¬ 
ent systems may be prohibitive. Even if 
the systems are identical, they are likely 
to mask most hardware, software, envi¬ 
ronmental, maintenance, and operations 
faults. 

Clearly, system pairs will mask many 
hardware faults. A hardware fault in 
one system will not cause a fault in the 
other. System pairs will mask mainte¬ 
nance faults because a maintenance 
person can only touch and break com¬ 
puters at one site at a time. System pairs 
will ease maintenance. Either system 
can be repaired, moved, replaced, or 
changed without interrupting service. It 
should be possible to install new soft¬ 
ware or to reorganize the database for 
one system while the other provides 
service. After the upgrade, the new sys¬ 
tem will catch up with the old system 
and then replace it while the old system 
is upgraded. 

Special-purpose system pairs have 
been operating for decades. IBM’s A AS 
system, the Visa system, and many bank¬ 
ing systems operate in this way. They 
offer excellent availability and protec¬ 
tion from environmental and operations 
disasters. But each system has an ad hoc 
design: None provides a general-pur¬ 
pose version of system pairs. This is an 
area of active development. General- 
purpose support for system pairs will 
emerge during this decade. 


O ver the last four decades, com¬ 
puter reliability and availabil¬ 
ity have improved by four or¬ 
ders of magnitude. Techniques to mask 
device failures are well understood. 
Device reliability and design have im¬ 
proved so maintenance is now rare. 
When needed, maintenance consists of 
replacing a module. Computer opera¬ 
tions are increasingly automated by soft¬ 
ware. System pairs mask most environ¬ 
mental faults, and also mask some 
operations, maintenance, and design 
faults. 


Figure 6 shows the evolution of fault- 
tolerant and high-availability architec¬ 
tures, and the fault classes they tolerate. 
The density of shading indicates the 
degree to which faults in a class are 
tolerated. During the 1960s, fault-toler¬ 
ant techniques were mainly used in tele¬ 
phone switching and aerospace applica¬ 
tions. Because of the relative 
unreliability of hardware, replication 
was used to tolerate hardware failures. 
The 1970s saw the emergence of com¬ 
mercial fault-tolerant systems using pro¬ 
cess pairs coupled with replication to 
tolerate hardware and some design 
faults. The replication of a system at 
two or more sites (system pairs) extend¬ 
ed fault coverage to include operations 
and environmental faults. The challenge 
of the 1990s is to build on our experi¬ 
ence and devise architectures that can 
cover all fault classes. 

These advances have come at the cost 
of increased software complexity. Sys¬ 
tem pairs are more complex than sim¬ 
plex systems. Software to automate op¬ 
erations and to allow fully on-line 
maintenance and change is subtle. A 
minimal system to provide these fea¬ 
tures will involve millions of lines of 
code. Software systems of that size have 
thousands of faults, and we know of no 
practical technique to eliminate such 
bugs. 

Techniques to tolerate software faults 
are available, but they take a statistical 
approach. Their statistics are not very 
promising. The best systems offer a 
MTTF measured in tens of years. This is 
unacceptable for applications that in¬ 
volve lives or control multibillion-dol- 
lar enterprises. But today there is no 
alternative. Building ultra-available sys¬ 
tems stands as a major challenge for the 
computer industry in the coming de¬ 
cades. ■ 
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User-Interface 
Developments 
for the Nineties 


Aaron Marcus, Aaron Marcus and Associates 
Andries van Dam, Brown University 


User-centered 
design has been key 
to the evolution of 
user interfaces. 
The 1990s will see 
dramatic advances 
and the exploitation 
of additional 
communication 
modalities. 


C | omputer technology enables people to interact with enormous 
amounts of data using large numbers of functions. The user’s control¬ 
ling commands and the computer’s responses constitute a user inter¬ 
face, an exchange of graphic, acoustic, and tactile signs. In the earliest interac¬ 
tive computers, the user interface was the relatively simple, but often awkward, 
textual input and output. In today’s graphical user interfaces, communication 
is made richer by more powerful computers, new input and output devices, and 
sophisticated software. Tomorrow’s user interfaces can be glimpsed in research 
projects in which user interfaces are surrounding environments that understand 
spoken requests and gestures, and feature three-dimensional animated images, 
video, and autonomous agents acting on the user’s behalf. 

The purpose of the user interface is to facilitate user-computer communica¬ 
tion by enveloping hardware and software, particularly the semantics of appli¬ 
cations, in a dialogue. This dialogue hides the structure of input/output devices, 
operating systems, networks, and applications, and lets the user switch applica¬ 
tions rapidly, unencumbered by technical mechanisms. No matter how the 
supporting hardware and software evolve, the user interface remains embodied 
in these essential aspects: one or more underlying metaphors or ideas, the 
conceptual organization of data and functions, navigation techniques, appear¬ 
ance characteristics, and interaction sequences. 

Consider, for example, a spreadsheet program. Data and data labels are depicted 
in the now-familiar two-dimensional matrix, while functions appear as text or 
symbols to be selected from a menu or entered from the keyboard. This spreadsheet 
paradigm, which fosters direct visual comprehension, has enabled millions of users 
to manage complex data relations relatively easily. 

The working environment for applications like that shown in Figure 1 is 
managed by a window manager. The rapid success of the desktop metaphor, 
which uses icons and windows, reflects the easy comprehension of its combina¬ 
tion of metaphors, the clarity of its cognitive model, and its ease of navigation. 
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Figure 1. The Application Visualization System user interface. A variety of 
control mechanisms such as buttons, dials, and dataflow diagrams are used 
to control the application program and data visualization. The user con¬ 
structs the dataflow diagram interactively from a menu of user-written and 
predefined modules. The visualizations show worldwide ozone concentra¬ 
tions by a height field (top) and by color (bottom). (Image courtesy of 
Stardent Computer Inc.; Eyes on Earth data courtesy of TomVanSant, 
Geosphere Project; ozone data courtesy of Arlin Krueger and Leslie Lait, 
NASA Goddard Space Flight Center.) 



Figure 2. Typical graphical user-interface components of Open Software 
Foundation’s Motif. (Image courtesy of Addison-Wesley Publishers Inc.) 


Many constant elements of appearance 
and interaction have become embodied 
in commercial user-interface products 
providing basic window management for 
a variety of applications, as exemplified 
in Figure 2. 


In the 1970s and 1980s, the amount of 
code handling interaction and display of 
prompts or status messages increased 
steadily. During this time, the user in¬ 
terface became a distinct body of code 
separate from the application and a sub¬ 


ject of interest to computer scientists. 
User interfaces are now so important 
that for some applications, such as desk¬ 
top productivity tools, the amount of code 
devoted to the user interface may exceed 
that for the application. 

During the past two decades, user-in¬ 
terface designers began to recognize the 
need for research and development in 
user-centered design processes. Users 
often prefer simpler sets of functions with 
good user interfaces to large sets of func¬ 
tions with awkward user interfaces. An 
attractive look and feel in a product’s 
user interface can be as important to its 
success as its functionality. (The look of a 
user interface is its physical appearance, 
while its feel is the characteristics of its 
interaction mechanisms.) Good user in¬ 
terfaces result from a design discipline 
that continues to evolve as technology 
develops. 

The history of user-interface design 
has been punctuated by revolutionary 
advances followed by slower periods 
of change and even plateaus as the 
advances are commercialized. The card 
punches and line printers of the 1960s 
gave way to interactive alphanumeric 
terminals in the 1970s, which gave way 
in turn to bitmap displays and the graph¬ 
ical user interface (GUI) pioneered by 
Xerox and popularized by Apple in the 
1980s. The 1990s promise a continua¬ 
tion of the process that has transformed 
the computer from a specialized tool 
into a familiar, appealing information 
appliance for daily life. 


The language model 
of the user-computer 
dialogue 

The principal function of the user 
interface is to facilitate the human- 
computer dialogue. An analogy to nat¬ 
ural human communication is helpful. 
Human dialogue uses gestures, speech, 
and images, and also relies heavily on 
shared knowledge and a common set of 
assumptions. Similarly, human beings 
and computers can share a multimedia 
vocabulary and common knowledge. 
Of several hierarchical models for for¬ 
malizing human-computer dialogue, two 
are described below, a linguistic model 
(Figure 3) and an implementation- 
oriented model (Figure 4). 

Two languages are used in the hu¬ 
man-computer interface: that used by 


50 


COMPUTER 













































Conceptual level 


Functional/semantic level 


Sequencing/syntactical level 


Binding/lexical level 


Figure 3. Organization of the user-interface layers into the linguistic model. 


Application 


Interaction technique toolkit 


Window management system 
and graphics package 


Figure 4. The organi¬ 
zation of user-inter- 
face software in the 
implementation-ori¬ 
ented model. The ap¬ 
plication program has 
access to the operat¬ 
ing system, the win¬ 
dow management sys¬ 
tem and graphics 
package, the toolkit, 
and the user-interface 
management system. 

The interactive design tools allow nonprogrammers to design such widgets a; 
menus and dialogue boxes, as well as dialogue interaction sequences. 


the human to communicate to the com¬ 
puter, and vice versa. The first, the in¬ 
put language, is expressed via input ac¬ 
tions the human performs with various 
physical devices such as a keyboard or a 
mouse. The output language is expressed 
graphically on the screen, as well as 
through sound and speech output, force 
feedback, or tactile sensations. These 
two languages have two major compo¬ 
nents: meaning (content) and form (how 
the meaning is conveyed). Meaning, in 
turn, can be subdivided into conceptual 
and functional components, while form 
(the look and feel) can be subdivided 
into the sequence of individual interac¬ 
tion components and the binding of these 
components to physical hardware. The 
conceptual component is the cognitive 
model and metaphors in terms of which 
the user thinks. This component includes 
the application’s objects and their prop¬ 
erties, the relationships among them, 
and the functional operations on them. 
A functional description details, for each 
operation, the semantics needed, what 
errors can occur and how they are han¬ 
dled, and the results; this description 
-gives the semantic level of meaning. 

At the syntactical level of form is the 
interaction-sequencing description, 
which defines the ordering of the inputs 
and outputs. At the lexical level is the 
binding to hardware, which determines 
how input and output units of form are 
actually created from hardware primi¬ 
tives. For output, this lexical level de¬ 
termines the exact appearance of a red 
line, the pitch of a humming sound, or 
the frequency of a tactile stimulus. For 
input, this level determines the interac¬ 
tion techniques for particular hardware 
devices, for example, selecting an ob¬ 
ject by pressing and releasing the left 
mouse button. The syntactical and lex¬ 
ical levels together make up the look 
and feel of the user interface. 

Consider an interactive two-dimen¬ 
sional drawing program. At the concep¬ 
tual level, the user creates, erases, and 
changes geometric shapes on an arbi¬ 
trarily large piece of drawing paper us¬ 
ing various construction aids such as 
grids and rulers. Operations on individ¬ 
ual shapes include translation, rotation, 
scale, deletion, and copying, as well as 
changing colors and other appearance 
attributes. The drawing itself can be 
saved, restored, and copied into anoth¬ 
er drawing. The functional/semantic 
description is a detailed elaboration of 
the objects and operations, and the se¬ 


quence/syntactic level specifies the in¬ 
teraction format. For example, to de¬ 
lete an object, the user might first select 
it and then specify its deletion in one of 
several ways. At the binding/lexical lev¬ 
el, the deletion might be specified by 
dragging the selected object into a trash 
can, by selecting the delete entry from 
the edit menu, or by typing a keyboard 
shortcut such as Control-d. Clearly, many 
sequences of interaction techniques can 
be designed to accomplish a given inter¬ 
action task. 

The implementation- 
oriented model of the 
user-computer dialogue 

The implementation-oriented model 
(Figure 4) assumes that interactive ap¬ 
plication programs are running under 
control of a window management sys¬ 


tem that manages the use of the screen 
and the input devices. Because the win¬ 
dow management system controls re¬ 
sources, it can be considered an exten¬ 
sion of the operating system. The window 
management system has two compo¬ 
nents: the window manager, with which 
the user creates and manipulates win¬ 
dows, and the underlying window sys¬ 
tem, which implements window creation 
and manipulation functionality. In a 
sense, the window manager is a special- 
purpose client application that helps 
the user control other applications. 

Because it is useful to define a basic 
set of interactive techniques from which 
complete interaction sequences can be 
built up, vendors commonly supply in¬ 
teraction technique toolkits. These sub¬ 
routine libraries, in conjunction with 
another subroutine library for two-di¬ 
mensional graphics, implement interac¬ 
tion control elements, commonly called 
widgets. Widgets include dialogue box- 
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es, forms, menus (pull-down, pop-up, 
hierarchical, etc.) and their components. 
Thus, the window widget (Figure 2) 
includes scroll bars, menu bars, open/ 
close/resize icons, etc. Toolkits make 
possible hierarchical composition of 
widgets, typically using an object-ori¬ 
ented class/subclass and inheritance 
mechanism: Each widget is an instance 
of a class, possibly overriding some of 
its methods and attributes. In the X 
Toolkit, for example, most widgets are 
an instance of a primitive window class, 
and a menu is a collection of button 
subwindows. Complex dialogue boxes 
and forms can have dozens of subwin¬ 
dows. 

Widgets typically have associated call¬ 
back procedures that are invoked when 
events occur. The lowest level child in 
a hierarchy may itself handle an input 
event, such as a mouse click, or may 
pass it up to a parent. Some of these 
procedures are part of the toolkit (for 
example, highlighting a selected but¬ 
ton and resetting the others); others 
are provided by the application for its 
semantics. A given widget, therefore, 
may have associated with it a sequence 
of actions including both perceptual 
feedback and execution semantics that 
provides its own feedback. Widgets 
composed to form higher level widgets 
may have some limited interaction. For 
example, setting a radio button in a 
panel will cause any previously set but¬ 
tons to be reset. Rarely, however, are 
different types of widgets connected by 
simple use of the toolkit. Programming 
is usually necessary to realize interde¬ 
pendencies when multiple dissimilar 
widgets are chained into a complex be¬ 
havior. For example, after the user clicks 
on an object to select it and the object 
highlights, the user drags the object to 
the trash can until the trash can also 
highlights, then releases the mouse but¬ 
ton to delete the object. Such a se¬ 
quence either must be programmed 
explicitly or a higher level user-inter- 
face management system providing such 
sequencing facilities must be used, as 
described in the “Design tools” section 
below. 


User-centered design 

The average consumer’s difficulty in 
programming a VCR strikingly dem¬ 
onstrates the need for user-centered 
design. User-centered design focuses 


The average consumer’s 
difficulty in 
programming a VCR 
strikingly demonstrates 
the need for user- 
centered design. 


not on technology, but on the user’s 
cognitive abilities and cultural, profes¬ 
sional, or personal preferences. Origi¬ 
nally, user-interface designers consid¬ 
ered users a monolithic, homogeneous 
group, differentiated primarily by disci¬ 
pline or task. Designers considered 
themselves fair representatives of the 
groups for which they were designing 
and therefore knowledgeable about the 
group’s needs. As the number and vari¬ 
eties of users increased, and as devices 
became more elaborate in function and 
more voluminous in data, user-inter- 
face designers recognized the need to 
learn more about the user. The difficul¬ 
ties entailed in making products easy to 
learn and use by a differentiated user 
population have become key research 
topics. 

An example of this user-centered 
approach, already available in limited 
form today, is the capability that lets 
users alter the look and feel of their user 
interfaces. Currently this means users 
may select layouts, widgets, and colors. 
In the future it may mean that users can 
choose feedback modes, for example, 
spoken or visual. More diverse, more 
flexible products will emerge, even with¬ 
in levels of functionality, for user popu¬ 
lations with different needs, interests, 
or abilities. 

As user interfaces have matured, their 
true life-cycle cost components have 
become more evident, and designers 
have learned that a good product must 
be easy to produce, market, learn, use, 
and maintain. Each of these dimensions 
offers challenges to designers. For ex¬ 
ample, ease of use often is a mixture of 
ease of access (How fast can I get there?) 
with ease of comprehension (How well 
do I understand where I’ve arrived?). A 
user-centered design process similar to 
that used in architecture or engineering 


begins with a task analysis, which in¬ 
cludes interviewing users, constructing 
scenarios and storyboards, and defining 
requirements. The four linguistic levels 
identified above (conceptual, semantic, 
syntactic, and lexical) correspond to later 
steps, which need not be sequential, 
may include rapid prototyping, and may 
have multiple iterations. Documenta¬ 
tion and design reviews (including re¬ 
views by users) are appropriate steps. 

Achieving a proper balance in these 
dimensions is complex; there are sever¬ 
al trade-offs. Ease of use, for example, 
is not always the primary criterion. De¬ 
signers should make user interfaces 
natural for the novice user but also de¬ 
vise special conventions for the expert 
“power” user that require greater learn¬ 
ing time and cognitive load. 

This distinction overlooks a natural 
progression: What seems artificial and 
obscure at first can become more famil¬ 
iar as conventions migrate to the gener¬ 
al public. During this migration, some 
characteristics change, while others re¬ 
main constant. Typically invariant prop¬ 
erties of user-interface design include 
the following: 

• User control. Users should feel that 
they directly control programs and can 
make them do useful things. To assist 
users in exercising this control, the user 
interface must help them understand 
where they are, where they have been, 
and where they can go. 

•Predictability. This principle of con¬ 
sistency (“rule of least astonishment”) 
implies, for example, that a pop-up menu 
should always appear in the same place 
relative to the cursor. 

• Economy of expression. User inter¬ 
faces should facilitate terse expression 
of users’ wants, needs, and actions, and 
should reply appropriately, so that us¬ 
ers feel they are talking to an intelligent 
partner. 

In contrast to this constancy, other 
features have varied, particularly those 
concerning look and feel. User-inter- 
face aesthetics have progressed from 
clumsy engineering constructions to 
more sleekly styled products that em¬ 
phasize appealing visual form as well as 
function. 

Design tools 

The past decade has seen an explo¬ 
sion in the number of helpful design 
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tools, especially for the semantic, syn¬ 
tactic, and lexical design phases. These 
tools are used to implement the two- 
dimensional widgets that have become 
standard for the desktop metaphor. 
Toolkits often have sophisticated graph¬ 
ical editors that allow user-interface 
designers to specify essentially all as¬ 
pects of a widget’s look and composi¬ 
tion by direct manipulation, without 
programming. End users can even cus¬ 
tomize at runtime such properties as a 
widget’s fonts and colors. Additionally, 
it may be possible to specify spatial 
constraints and thus provide some de¬ 
gree of automatic layout. The output of 
these graphical editors is a representa¬ 
tion of the widget, either as data struc¬ 
tures to be translated into code or as 
code itself. In either case, mechanisms 
are provided to link the code into the 
application program. 

User-interface management systems 
(UIMSs) encapsulate a widget toolkit 
and provide additional functionality, 
especially for defining user-system in¬ 
teraction sequences. Additionally, they 
may support overall screen design, help 
and error messages, macro definition, 
undo operations, and user profiles. Some 
also help manage the data associated 
with an application. As with toolkits, 
specification may be done either with a 
graphical editor or by programming. 
The UIMS calls appropriate semantic 
action routines in response to user in¬ 
puts, typically via a callback mecha¬ 
nism; these action routines influence 
the dialogue by modifying what the user 
can do next. Thus, the UIMS and the 
application share control of the dia¬ 
logue. Some UIMSs embody a different 
philosophy, in which user-interface con¬ 
trol resides strictly in the UIMS for 
maximum isolation between the appli¬ 
cation and the user interface. Increas¬ 
ingly, however, the trend is toward 
shared control, to allow the user inter¬ 
face to be more “intelligent” in guiding 
the user. For example, powerful VLSI 
layout editors give the user semantic 
feedback in component placement by 
invoking on-the-fly design-rule check¬ 
ing. 

UIMSs permit dialogue sequence 
specification in a variety of ways. Some 
provide graphical editors for drawing 
various dataflow diagrams and state di¬ 
agrams (transition networks). Others 
provide languages such as BNF (equiv¬ 
alent to recursive transition networks) 
and event languages (essentially pro- 
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duction-rule systems). The drawback of 
all behavioral specification metalan¬ 
guages, whether graphical or textual, is 
the combinatorial explosion of the num¬ 
ber of states, conditions, and user ac¬ 
tions in the typical interactive applica¬ 
tion. Managing this complexity is a 
difficult technical challenge requiring 
sophisticated elision and other viewing 
mechanisms, and the notion of macros 
and other forms of modularization. 

Most commercial systems give far 
more support to widget construction 
than to interaction sequence composi¬ 
tion, which is customarily done by pro¬ 
gramming. Thus, the most complex part 
of user-interface design has the least 
support. The Georgia Institute of Tech¬ 
nology’s User-Interface Development 
Environment (UIDE) is a research sys¬ 
tem that tries to provide broad support 
for all aspects of user-interface design. 
UIDE uses a formal specification of a 
conceptual user-interface model and an 
object class hierarchy with object prop¬ 
erties, actions on the objects, and action 
pre- and postconditions. The formal 
specification has enough information to 
allow automatic generation of the user 
interface (though not the semantic ap¬ 
plication action routines); the user-in¬ 
terface designer can then refine the de¬ 
sign as desired. 

Key developments in 
the 1990s 

The evolution from textual command¬ 
line user interfaces to modern GUIs 
was made possible by significant harcf- 

ware improvements: powerful dedicat¬ 
ed computers, bitmap graphics, and the 
mouse. The 1990s promise continuing 
dramatic advances in hardware that will 


exploit additional communication mo¬ 
dalities: gesture recognition for charac¬ 
ter and command input, real-time three- 
dimensional animation, sound and 
speech, and richer sets of metaphors for 
user interaction. Combining modalities 

— for example, visual and acoustic cues 

— has been shown to improve compre¬ 
hension and retention. User interfaces 
will be less restricted by small, low- 
resolution screens with clumsy input 
devices and will increasingly resemble 
interactions in the real world of three- 
dimensional objects and people. 

Base technologies. The “gating tech¬ 
nology” in building new user interfaces 
will be software, not hardware. As Ap¬ 
ple’s Alan Kay and others have pointed 
out, today’s supercomputer is tomor¬ 
row’s hundred-MIPS personal comput¬ 
er. Raj Reddy of Carnegie Mellon Uni¬ 
versity describes the “3G” workstation 
he believes will become available dur¬ 
ing this decade: This workstation will 
execute one giga-instruction per second 
(GIPS), have a gigabyte of memory and 
a gigabyte bus, and will cost less than 
$10,000. It will support real-time three- 
dimensional graphics with transforma¬ 
tion and smooth-shaded rendering of 
approximately a million triangles per 
second on displays ranging from porta¬ 
ble DynaBooks (successors to today’s 
palmtop and pen computers) to wall¬ 
sized panels. 

The predicted user-interface technol¬ 
ogies, the culmination and extrapola¬ 
tion of decades of research, are summa¬ 
rized in Reddy’s acronym SILK: speech, 
image, language, and knowledge capa¬ 
bilities. Speech applications include 
speech input for voice mail and voice 
annotation, speech recognition, and 
speech output. Images will be manipu¬ 
lated, and with far greater speed; in 
fact, images may come to be communi¬ 
cated more frequently than text. With 
the realization of the high-bandwidth 
“digital data highway” proposed as part 
of the federal High-Performance Com¬ 
puting and Communications Initiative, 
real-time transmission of large collec¬ 
tions of static images and animations 
will also become possible. There will be 
programs to read, write, file, and, Red- 
~3y believes, even translate natural-lan¬ 
guage text, at least in limited domains. 
Advances in knowledge will include 
making user interfaces more tolerant of 
error and ambiguity in their interaction 
with people. 
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Three -dimen sional user inter- 

faces. An increasing number of 

today’s applications have three- 
dimensional user interfaces. 
Many of them — CAD/CAM, 
scientific visualization of three- 
dimensional phenomena, and an¬ 
imation for educational, enter¬ 
tainment, or artistic purposes — 
deal with an intrinsically three- 
dimensional world. There is also 
a growing interest in using this 
third dimension to visualize data 
that is not inherently three-di¬ 
mensional and sometimes not 
even geometric in nature (such 
as a database of an organiza¬ 
tion’s personnel records). 

These three-dimensional en¬ 
vironments afford rich opportu¬ 
nities for powerful interactions 
that use the mind’s natural ex¬ 
pertise in spatial perception, but 
they also create significant chal¬ 
lenges to implementers and us¬ 
ers. Consider direct manipula¬ 
tion, which has proven to be 
among the most effective para¬ 
digms for operating on a two- 
dimensional scene. In a two-di¬ 
mensional environment, a user’s 
movement of the mouse or oth¬ 
er input device corresponds nat- 



Figure 5. With the gestural translation technique, a 
user’s two-dimensional mouse movements in screen 
space can be translated into three-dimensional 
movements in object space. Here, a user puts a pro¬ 
peller onto a computer model of an airplane. The 
translation technique first projects the object’s axes 
into screen space. These axes are then compared to 
the vector formed by the cursor’s start and end po¬ 
sitions. The axis along which the object moves is 
the one with which the cursor vector makes the 
smallest angle. To aid in the spatial perception of 
these movements, a “stage” displays two-dimen¬ 
sional projected shadows in each of three perpen¬ 
dicular planes. (Image courtesy of Dan Robbins 
and Scott Snibbe, Brown University.) 


urally to movement in the coor¬ 
dinate system of the workspace 
and makes possible object selec¬ 
tion through selection of an ob¬ 
ject’s screen representation. In a 
three-dimensional environment, 
however, the flat screen shows 
only two-dimensional projections 
of three-dimensional objects. Not 
all objects or object parts are nec¬ 
essarily visible in particular views, 
and yet a user must use these 
views to deduce geometric prop¬ 
erties and spatial relationships. 
Static images can be difficult to 
understand. Stereo viewing helps 
with depth perception, but to 
grasp a complex scene fully, it is 
best to let the user move freely 
about the objects by manipulat¬ 
ing a virtual camera or eye. Such 
real-time movement requires 
high-performance, special-pur¬ 
pose display hardware. 

Not only is output significant¬ 
ly more complex, but so is input. 
Input devices are available that 
allow the direct specification of 
three-dimensional position and 
orientation. These include the 
PoHiemu^-device (a pen-shaped 
6bject that uses electromagnetic 
coupling between three transmit- 



Figure 6. Three-dimensional widgets. The Perspective Wall (left) is used to visualize linear information by smoothly 
integrating detail and contextual views. The wall consists of a central panel that shows detail and two adjoining pan¬ 
els in perspective that show context. The Cone Tree (right) is used to visualize hierarchical information structures. 
The top of a hierarchy is placed near the ceiling of a room, as the apex of a cone, with its “children” placed evenly 
along its base. When a node is selected with a mouse, the cone tree rotates so that the path containing the node is 
brought to the front and highlighted. Animation shifts some of the cognitive load to the perceptual system, support¬ 
ing smooth transitions between views that contain large amounts of information. (Image courtesy of Stuart Card, Jock D. 
Mackinlay, and George G. Robertson, Xerox PARC.) 
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terS and three receivers) and the Space- 
ball (a device that senses pressures ex¬ 
erted on a sphere containing strain gaug¬ 
es). Users, however, often find it difficult 
to map gestures in the space of these 
devices into the space of the scene. For 
this reason, as well as the relative rarity 
of these still-expensive devices, many 
users prefer software simulation of three- 
dimensional input devices via more com¬ 
mon and familiar two-dimensional de¬ 
vices such as the mouse and tablet. 
Gestures in two-dimensional screen 
space can be mapped to movements in 
various spaces, including three-dimen¬ 
sional screen space {x and y aligned 
with the screen surface, z perpendicular 
to it), the world coordinate system in 
which the scene is defined, the local 
coordinate system of a particular ob¬ 
ject, and more abstract spaces such as 
local parametric space, in which cursor 
movements are mapped to movements 
along an object’s tangent planes or its 
isosurfaces (Figure 5). 

Designers and implementers of three- 
dimensional user interfaces must im¬ 
plement a large vocabulary of gestural 
techniques. These interfaces must be 
able to disambiguate gestures, guessing 
what the user means by a particular 
two-dimensional action. Complex se¬ 
ries of projections and comparisons are ' 
necessary to fill in this missing informa¬ 
tion. Other issues that are simple in two 
dimensions may become complex when 
a third is added. For example, selecting 
an object in two dimensions requires 
calculating the nearest point or object 
to the cursor. In three dimensions, this 
calculation might require hidden-sur¬ 
face calculation, three-dimensional clip¬ 
ping, or ray casting. 

Virtual realities. Although three-di¬ 
mensional interaction is complex, it of¬ 
fers opportunities for making dramatic 
improvements in the user interface. Sys¬ 
tems that create so-called virtual reali¬ 
ties are receiving increasing media at- 
tenti on. Virtual-r eal ity displays achieve 
the il lusion Of « snrrnqpHing medium hv 
updating the display in real time in re¬ 
sponse t o the u ser’s head m ovements 
~and providing a wide-angle binocufar 

view that corresponds closely to natural 
vision. In one system fr om VPL , users 
a gar stereo goggles and DataGlo ves or 

' els-mechanic al assemblies, real o r imag¬ 
i ned buildings (“virtualwalkt hroughs ”), 
and fantasy spaces. Sensors in the Data- 


Glove and DataSuit report positions 
and rotational angles of various seg¬ 
mented joints and can therefore record 
the user’s gestures (with coarse resolu¬ 
tion). With the glove, the user can not 
only point in three space but also grasp 
and move virtual objects whose pres¬ 
ence can be sensed through tactilefiecP 

Sticks have been used in molecular 
modeling systems to provide a “feel” of 
attraction and repulsion as a group is 
fitted experimentally into a molecule’s 
receptor site. 

Today’s systems demonstrate both the 
potential of virtual reality and the dis¬ 
tance we must go before hardware and 
software technology can provide useful 
environments for practical problem solv¬ 
ing. Most investigations have focused 
on the overall experience rather than 
the distinct command/control, status 
reporting, and navigation problems of 
virtual realities. Yet the notion of being 
immersed in an environment that con¬ 
tains both a scene and the controls to 
change the scene’s parameters, directly 
manipulating all symbols and icons with 
gestures, has a strong appeal. 

Several research systems give users 
the ability to visualize nongeo metric 
data in “information spaces”TFigure t>). 
"Desktop productivity tools of the mid- 
1990s are likely to make routine use of 
three-dimensional-workspace meta¬ 
phors, such as rooms containing three- 
dimensional (animated) objects, since 
they are a natural extension of two- 
dimensional (static) desktop workspac¬ 
es. However, working with three di¬ 
mensions, animation, and virtual reality 
is especially complex. The challenge for 
designers of next-generation user inter¬ 
faces is to use these new means for 
command/control, navigation, and data 
visualization to lighten rather than in¬ 
crease the users’ cognitive load. 

Multimedia and hypermedia. Multi- 
media documents contain combinations 
of text, graphics, animation, and sound. 
Multimedia presentations are effective 
because they combine communication 
modalities; studies have shown that peo¬ 
ple remember more if they combine 
seeing, hearing, and doing. Multimedia 
documents are increasingly enriched by 
adding navigational links between logi¬ 
cally related items. The resulting direct- 
ed-graph network is called hypertext or 
hypermedia. Apple’s HyperCard and 
similar products are both self-contained 


information management applications 
and, via their scripting-language and 
direct-manipulation construction aids, 
user-interface prototyping and even 
design tools. This combination of direct 
manipulation via the GUI and scripting 
is similar to the user’s direct manipula¬ 
tion of processing modules and data 
sources/sinks in the dataflow diagrams 
of scientific visualization systems. These 
two examples of user programming 
point out an important trend. Without 
having to use traditional programming 
languages, more and more people will 
exploit visual programming to shape 
the application and the user interface 
by chaining together icons in a compu¬ 
tation network. 

Links and stacks of cards extend the 
desktop metaphor. Just as a window 
system extends the operating system, a 
linking protocol adds the ability to se¬ 
lect and designate links between source 
and destination objects or regions. When 
linking is done by the operating system 
rather than in a closed, single applica¬ 
tion, all applications can use a point- 
and-click technique to extend the “se¬ 
lect, cut/copy, and paste” editing 
metaphor to a “select, start link, select, 
and complete link” link-creation meta¬ 
phor. A variety of look-and-feel poli¬ 
cies can be put on top of this linking 
mechanism for hypermedia creation and 
navigation. 

Many issues arise in multimedia and 
hypermedia authoring. The problem of 
authoring for multiple media is far great¬ 
er than the sum of the authoring prob¬ 
lems in the individual media because it 
is necessary to coordinate and synchro¬ 
nize the media into a coherent presen¬ 
tation. Video and sound materials are 
especially demanding, since few users 
have experience in video editing. Skilled 
interdisciplinary teams of cognitive psy¬ 
chologists, user-interface designers, 
graphic designers, and content-area spe¬ 
cialists will be required to produce user 
interfaces that help users do useful work 
and produce materials of lasting value. 

Additional multimedia challenges 
include enabling users to generate suffi¬ 
cient video and sound material that can 
be readily tuned for specific use, and 
enabling them to select objects in video 
and sound materials as sources or desti¬ 
nations of links. Since video and sound 
databases are generally encoded as col¬ 
lections of raw bits without structure, 
searching and linking to content is cur¬ 
rently difficult. Linking also introduces 
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the issue of managing the complexity of 
numerous links, so that the user does 
not become “lost in hyperspace.” Typi¬ 
cally, both global and local maps that 
abstract the directed-graph structure are 
displayed to provide context. A chal¬ 
lenge for the user-interface designer is 
to develop style guides for the look and 
feel of different types of links and rules 
for their disciplined use. 

Groupware. In the original paradigm 
for computer use, one user performed a 
single task. In the next paradigm, one 
user performed multiple tasks on multi¬ 
tasking computers displaying different 
applications within windows. The next 
logical step is to let multiple users col¬ 
laborate on the same task with software 
called groupware; for this step, com¬ 
pound documents and hypermedia are 
natural. User-interface design issues for 
such work-group support include dis¬ 
playing who is doing what on a given 
document (displayed as if on the same 
screen, but with multiple cursors), des¬ 
ignating public and private screen ar¬ 
eas, and facilitating collaborative, asyn¬ 
chronous work flow among people 
separated by time as well as space. 

Intelligent agents. Intelligent agents, 
that is, computer-based assistants or 
guides, have been dramatized in popu¬ 
lar culture and explored in research lab¬ 
oratories for several decades. HAL, from 
the film 2001: A Space Odyssey, is per¬ 
haps the best known example from pop¬ 
ular culture. More recently, a video from 
Apple has presented its Knowledge Nav¬ 
igator, a futuristic system in which a 
bow-tied amanuensis responds to voice- 
activated commands and performs such 
tasks as searching in external databases 
and screening incoming telephone calls. 
In different scenarios implemented by 
Apple and others, guides filter and ex¬ 
plain information on the basis of users’ 
behavior and preferences. Users can 
even select agents with particular per¬ 
sonalities, so that a pedantic art histori¬ 
an with a cultivated British accent can 
guide them through the architectural 
treasures of Renaissance Florence. 

Extending the ideas of the MIT Me¬ 
dia Lab’s NewsPeek project, in which 
intelligent agents filter the news, the 
Corporation for National Research In¬ 
itiatives has proposed a national digital 
library system that would include tire¬ 
less “knowbots” (knowledge robots) 
responsible for sorting, analyzing, main¬ 


taining, and finding information in a 
networkwide electronic library. The 
Friend 21 project, sponsored by Japan’s 
Ministry of International Trade and 
Industry, has proposed gathering to¬ 
gether in “agencies” groups of cooper¬ 
ating agents together with various for¬ 
mats for presenting information. Users 
could switch among many metaphors: 
For example, they might choose to re¬ 
ceive information from large databases 
via either a simulated video news an¬ 
nouncer or an electronic newspaper with 
appropriate interaction choices (speed, 
size, “personality,” language, use of 
graphical aids, selection techniques, 
etc.). Techniques for implementing 
agents range from special-purpose pro¬ 
grams triggered by predefined events 
(file modification, for example) to arti¬ 
ficial intelligence techniques, as in rule- 
based systems. 

Conclusions 

Future developments emphasize high¬ 
er level interaction with three-dimen¬ 
sional display; multimedia and hyper¬ 
media presentations with color, 
animation, and video; support for group 
interaction; and intelligent agents. The 
user interfaces move from relatively 
terse, more constrained or limited com¬ 
munication to richer forms, with more 
redundancy of media and message for 
effective communication. Software ad¬ 
vances have made it possible to manage 
more general, sophisticated communi¬ 
cation objects. Instead of multiple-key¬ 
stroke characters or mouse-button se¬ 
lections to signify particular nouns and 
verbs, users will employ combinations 
of explicit commands and more implic¬ 
it, more natural gestures. For example, 
it will become possible to express suc¬ 
cinctly the following directive to an in¬ 
telligent design assistant: “Increase the 
rounding of the corners on the dinner 
plates Sandy designed last week so that 
they fit our production methods for 
Rosenthal china and meet hotel restau¬ 
rant durability requirements.” 

Note that some of this directive can 
be expressed by natural language, some 
by pointing, some by sketching, and that 
feedback in the form of realistic pictori¬ 
al display is essential. Some of these 
technologies are essentially within our 
grasp: limited-vocabulary speech input, 
gesture recognition, and realistic three- 
dimensional displays. Fully general nat¬ 


ural-language understanding will take 
considerably more time. In the near 
future there will be a shift from two- 
dimensional, black-and-white, static 
means of communication to the multi- 
media richness of three dimensions (pos¬ 
sibly in stereo), color, animation, and 
sound. 

The developments described previ¬ 
ously point to two primary trends in 
advanced user interfaces: a richer set of 
metaphors/models through which high¬ 
er rates of communication can be 
achieved with small, relatively compact 
changes, and a blurring of the distinc¬ 
tion between the user interface and ap¬ 
plications. 

User interfaces seek to make human- 
computer communication achieve the 
qualities of some human-human com¬ 
munication, that is, to make it more 
effective. Human communication is 
more ambiguous and prone to error, 
but error correction can be quick. This 
view implies that software, like human 
beings, could be designed to shift com¬ 
munication strategies as needed. 

Metaphors are an important ingre¬ 
dient of human communication and 
therefore of user interfaces. User inter¬ 
faces must be capable of shifting meta¬ 
phors rapidly to accommodate content 
and user needs, bringing into play dif¬ 
ferent expectations and assumptions. 
Using metaphors is only one of many 
classical rhetorical techniques for en¬ 
hancing communication, among them 
exaggeration, repetition, and use of as¬ 
sociated symbols. Computer technolo¬ 
gy could use many such techniques to 
display complex information more effi¬ 
ciently and make simpler input demands 
on the user. 

Tools or appliances will increasingly 
comprise many modular parts, like the 
varieties of bits for today’s electric drill. 
Each part may require different meta¬ 
phors, and users will need to under¬ 
stand their complexity: their character¬ 
istics, structures, processes, and 
purposes. Improving the quality of met¬ 
aphors and cognitive models to facili¬ 
tate ease of learning and use will re¬ 
quire extensive analysis not merely of 
users’ cognitive processes but also of 
their needs, wants, abilities, and atti¬ 
tudes. For this effort to succeed, visual 
communication designers, sociologists, 
psychologists, and anthropologists must 
join the user-interface design teams of 
programmers, human factors special¬ 
ists, and engineers. 
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U ser interfaces were originally 
described by relatively small 
amounts of code embedded in 
the application. As people recognized 
the importance of the user interface, 
the code became specialized and sepa¬ 
rate. In the future, the distinction be¬ 
tween the application and the user in¬ 
terface will blur as user interfaces cycle 
back to earlier stages of human-com¬ 
puter communication and interaction. 
The user interface and the application 
will be far more integrated to give se¬ 
mantic feedback during interaction. For 
example, word processing applications 
will soon conduct spelling and gram¬ 
mar checking immediately in real time, 
and IC design applications will do on- 
the-fly evaluations of layouts on the 
basis of design rules, so that the user 
cannot make mistakes requiring later 
correction. 

The user interface is the gateway to 
the computer’s power. The so-called 
cyberpunk school of science fiction au¬ 
thors in the 1980s fantasized that fu¬ 
ture computers would dispense with all 
'traditional input/output hardware and 
stimulate the human neural system di¬ 
rectly. What remained was the essence 
of the user interface, a communal ritu¬ 
al of communication and interaction 
between human being and machine. 
The anthropologist Claude Levi-Strauss 
has called human beings tool makers 
and symbol makers. The user interface 
is potentially the most sophisticated of 
these constructions, one in which the 
distinction between tool and symbol is 
blurred. The user interface facilitates 
human access to repositories of data, 
information, knowledge, and wisdom. 
Increased quality in the user interface 
will permit all users to take advantage 
of the rapidly increasing power of com¬ 
puters. ■ 
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Visualization 
in Scientific and 
Engineering Computation 


Gregory M. Nielson, Arizona State University 


Visualization 
techniques are giving 
scientists and engineers 
new insight into 
complex, computation¬ 
intensive problems. 
Through examples, this 
article outlines current 
practices and future 
needs and trends. 


T he field of scientific computations is advancing tremendously. Supercom¬ 
puters, new hardware architectures, and advanced techniques in software 
support allow increased complexity of mathematical models and simula¬ 
tions. This results in closer approximations to reality, which enhances the possibil¬ 
ities for new knowledge and understanding. In addition, these advances produce 
large collections of numerical values. Satellites, radio telescopes, geophysical 
sensors, and medical scanners all generate huge amounts of scientific data. This 
data contains a great deal of information. The problem is to convey this informa¬ 
tion to scientists so that they can use it effectively in the human creative and 
analytic processes. This requires a method of communication with a high band¬ 
width and an effective interface. Scientific visualization uses the human vision 
system and computer-generated images. With color, intensity, transparency, tex¬ 
ture, and a myriad of other techniques, images that are properly prepared and 
interpreted convey a tremendous amount of information in a short period of time. 

Visualization has become an important component of the scientific discovery 
process, allowing engineers and scientists to examine large amounts of data with 
higher efficiency and greater comprehension. This article discusses some applica¬ 
tions of visualization, based on an information flow model. The model is designed 
to help in grasping an overview of this subject. It serves as a framework for 
describing various topics related to visualization in scientific and engineering 
computation. The article also addresses a selection of three, fairly broad current 
issues with an eye towards future developments. 


Information flow model 

An example of a prototypical application helps convey the present scope of 
scientific visualization. Consider the case of an engineer involved in the aerody¬ 
namic design of a new airplane wing. The engineer formulates an initial description 
of the new wing and models the physical situation with partial differential equa- 
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tions. These equations are 
solved and the results are 
observed in the animation 
of particles flowing 
through the domain and 
past the wing (Figure 1). 

The engineer notes some 
undesirable effects, 
makes changes to the wing 
surface geometry, and ob¬ 
serves the new flow. This 
process continues until the 
engineer is satisfied with 
the design. 

This iterative process 
contains the very basic 
loop of modern scientific 
discovery: a model or ab¬ 
stract description of the 
phenomena followed by 
observation and subse¬ 
quent refinement of the 
model (Figure 2). 

The modeling portion 
includes two identifiable tasks. First, 
the flow must be modeled with mathe¬ 
matical equations. In this case, they are 
the Navier-Stokes equations, the basic 
equations of fluid dynamics. Second, 
the equations must be solved. Usually 
only textbook examples have exact, an¬ 
alytical solutions; real-world problems 
require numerical solutions. Algorithms 
for solving these equations come from 
the domain of scientific computation 
and are the task of the numerical ana¬ 
lyst. 

The observation portion also sepa¬ 
rates into two distinct tasks. The first is 
the selection (and computation) of some 
way of visualizing the solution of the 
modeling equations. For the wing de¬ 
sign example, the discrete vector field 
from the numerical solution of the Navi- 
er-Stokes equations is viewed by dis¬ 
playing the path of particles as they flow 
through this vector field. The paths of 
these particles must be computed using 
the information from the vector field. 
Making this selection and computing 
these paths is analogous to computing 
the values of a function /( x) in prepara¬ 
tion for plotting its graph. Because of 
this analogy, we refer to this phase as 
the graph evaluation phase. The second 
task is to create the actual image pre¬ 
sented to the user. This example re¬ 
quires the display of the particle paths 
and the geometry that defines the air¬ 
plane surface. This phase usually re¬ 
quires standard, conventional comput¬ 
er graphics techniques. 


Figure 3 shows the four phases of this 
information flow model for the wing 
design example. Figure 4 shows the gen¬ 
eral case. 

This wing design example might give 
the impression that the time for this 


information flow loop is 
rather short, say, on the 
order of seconds or frac¬ 
tions of seconds. In some 
cases of interactive steer¬ 
ing, this is so, but not al¬ 
ways. In many applica¬ 
tions it can be much 
longer. For example, in 
the case of a radiologist 
observing computerized 
axial tomography scan 
data, the time might be 
on the order of hours. It 
might take years for an 
epidemiologist tracking 
the statistics of a control 
group in a cancer study. 

Also, the display need 
not be a graphics work¬ 
station CRT. It could be 
a video animation show¬ 
ing the motion of a phys¬ 
ical device such as a ro¬ 
bot arm, or it could be a stereo 
lithography model. Nevertheless, the 
structure of this basic information loop 
still holds, and the analysis of this struc¬ 
ture can aid in understanding some of 
the issues in visualization. 



Figure 3. Information flow of the wing design example. 



Figure 4. Information flow model. 
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Model details 


Mathematical modeling. One type of 
mathematical modeling is physical mod¬ 
eling, which expresses the laws of phys¬ 
ics in terms of mathematical equations. 
A simple example, used in many begin¬ 
ning physics courses, is pendulum mo¬ 
tion. If Q(t) represents the angle of de¬ 
flection at time /, then Newton’s second 
law (force equals mass times accelera¬ 
tion) takes the form 

^ = T Sin(0) 

where g is the gravitational constant 
and L is the length of the pendulum. To 
completely determine the solution, the 
initial conditions 

©(O) = ©o, f(O)-0 o ' (2) 

must be provided. Even though equa¬ 
tions 1 and 2 uniquely determine the 
solution, there is no simple formula for 
0(t). It requires infinite expansions or 
numerical techniques. 

In other problems, boundary condi¬ 
tions are specified, rather than initial 
conditions. One of the most famous 
boundary value problems is the plane 
Dirichlet problem for the Poisson equa¬ 
tion, 

V*u(x,y) = ^(x,y)+^(x,y) 
ax dy 

= 0,(x,y)eZ> (3) 

subject to 

u(x,y) =f(x,y ), (x,y) e 5 D (4) 

These equations model an elastic mem¬ 
brane constrained to take a shape spec¬ 
ified by f on the boundary, 8D, of a 
domain D. 

For the wing design example, the key 
equations of fluid dynamics apply. 
Namely, 

r^ + (V«V)v)= -Vp + mV'V + F 

(5) 

where V = (m, v, w) represents the veloc¬ 
ity vector and p = p(x, y, z) is a scalar¬ 
valued function representing pressure. 
The scalar constant r is fluid density, 
and m is the dynamic viscosity. The 


external forces are F = (X , Y, Z). In 
addition to these equations, there is the 
continuity equation, 


The overall problem is to solve for V 
and p as functions of time t and the three 
spatial variables (x, y, z). The wing de¬ 
sign problem requires specification of 
boundary conditions on the surface of 
the airplane. They are used to reflect 
the condition that at this interface the 
velocity of the flow is equal to the veloc¬ 
ity of the airplane and that far away 
from the airplane the velocity must ap¬ 
proximate the free stream conditions. 

In general, boundary conditions are 
extremely important. Proper inclusion 
often requires a mathematical repre¬ 
sentation of the boundary, which, in 
many physical models, is some geomet¬ 
ric object. For example, the wing design 
problem requires a mathematical rep¬ 
resentation for the airplane surface. 

The mathematical representation of 
free-form surfaces is fairly well devel¬ 
oped. The basic surface patch, intro¬ 
duced by Coons 1 in the 1960s and gener¬ 
alized soon after to curve networks by 
Gordon, 2 provided the basic structure 
for very active development during the 
1970s and 1980s. While researchers have 
devoted some efforts to implicit meth¬ 
ods, the greatest success has been with 
parametric spline curves and surfaces. 
The trimmed, nonuniform rational B- 
spline is an increasingly popular ap¬ 
proach for most surface modelers. Gor¬ 
don and Riesenfeld 3 introduced B-spline 
techniques to the areas of computer 
graphics and curve and surface design. 
The use of rational functions is a natural 
outgrowth of homogeneous coordinates, 
which are often used in computer graph¬ 
ics. While there remain many problems 
to solve in free-form surface represen¬ 
tation, much has been accomplished and 
many techniques are available for gen¬ 
eral use. 

Mathematical modeling involving 
physical objects in 3D space is an ex¬ 
tremely important area, but it is only a 
small portion of mathematical model¬ 
ing. Virtually all phenomena can be 
modeled using mathematical techniques, 
but formulating the proper equations 
for a certain phenomenon can be a very 
difficult task. It should be done by ex¬ 
perts in the relevant technical area, us¬ 
ing principles and techniques of the 


parent discipline. It is not the domain of 
amateurs or of people interested in pro¬ 
ducing pictures that “appear” real. 

Numerical solution and scientific com¬ 
puting. Many scientific mathematical 
models are partial differential equations. 
In the wing design example, the appro¬ 
priate PDEs are the Navier-Stokes equa¬ 
tions whose solution is a 3D vector field, 

f «(■*>>’,*)'] 

V(x,y,z)= v(x,y,z) 

(*(*> y,z)J 

and the scalar pressure function p(x, y, 
z). In general, the PDEs for physical 
models do not lend themselves to exact 
solutions. Numerical methods must be 
used instead. Two well-known general 
approaches are finite difference schemes 
and finite element methods. 

Finite difference schemes set a grid 
on the domain. They replace the PDE 
with an approximation, based on differ¬ 
ences, instead of derivatives. This yields 
a system of equations where the un¬ 
knowns are the values of the solution 
function at the grid values. For exam¬ 
ple, the following approximation might 
be used: 

V 2 u= Uxx +u yy +u zz 
+ {*W- 2«i,M 

+k/. t+ , -2 «, m +«„*.,} (8) 

where u Qk = u(x h yj,z k ) and (jc„y ; ,z t ) is a 
grid point. 

Finite element methods assume a gen¬ 
eral form for the solution 


u(x,y,z) = '£a i b i (x,y,z) (9) 

consisting of a linear combination of 
“trial” functions fe,(jc,y,z). The trial func¬ 
tions are defined in a piecewise manner 
over a decomposition of the domain. 
They have only a small region of sup¬ 
port, and low-degree polynomials are 
often used. The next step is to compute 
the i = 1, ..., n. This is done, for 
example, by requiring the representa¬ 
tion of equation 9 to satisfy the PDE at 
n discrete locations. 

Both the finite element and the finite 
difference approaches lead to systems 
of equations. These systems can be very 
large, particularly for 3D simulations. 
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For example, the finite difference 
scheme applied to a 100x100x100 grid 
will lead to a million equations with a 
million unknowns. Fortunately, these 
systems are often sparse with only a 
handful of nonzero coefficients per equa¬ 
tion. In sparse equations, an iterative 
method is likely to be more efficient 
than a direct method. 

Much of the work in scientific com¬ 
puting concerns the development of ef¬ 
ficient, robust algorithms for solving 
difference equations and problems in 
areas such as linear algebra, optimiza¬ 
tion, and approximation theory. The 
efforts have been successful, particular¬ 
ly for numerical linear algebra. Some 
very good software libraries exist for 
implementing some excellent algo¬ 
rithms. The collections of routines of¬ 
fered in the International Mathemati¬ 
cal and Statistical Library and by the 
National Algorithms Group both con¬ 
tain a full selection of subroutines for 
all areas of scientific computing. 

The increased power of serial com¬ 
puters in the past two decades affected 
the day-to-day business of scientific com¬ 
puting very little. But today it is chang¬ 
ing significantly with the general prolif¬ 
eration of personal computers, the 
advent of parallel architectures, and the 
accessibility to supercomputers. 

The general availability of PCs has 
created a user community with a wide 
range of scientific and technical capa¬ 
bilities. This puts an extra burden on 
algorithms and software in general. In 
the past, many algorithms required the 
user to provide auxiliary, detailed in¬ 
formation. For example, some algo¬ 
rithms for solving nonlinear, least- 
squares, data-fitting problems ask the 
user for the Jacobian of the modeling 
function’s gradient. Since the concept 
of a Jacobian may not be familiar to 
some scientists who could benefit from 
the solution to a data-fitting problem, 
algorithms and systems that do not re¬ 
quire this detailed and auxiliary infor¬ 
mation must be developed. Expert sys¬ 
tems, integrated with polyalgorithms, 
are one possible approach to providing 
this capability. 

The National Science Foundation’s 
supercomputer centers and associated 
NSF network offer general access to 
supercomputers. Also, many major uni¬ 
versities now have their own supercom¬ 
puters and other computers with ad¬ 
vanced architectures. This is having a 
considerable effect on algorithm devel¬ 


opment. An optimal algorithm for a 
conventional serial computer may be 
far from optimal for a hypercube archi¬ 
tecture or the vector-processing envi¬ 
ronment of a supercomputer. In gener¬ 
al, the future design of algorithms for 
scientific computation will address non¬ 
serial architectures and the need for 
efficient, robust algorithms that require 
little more information than a bare state¬ 
ment of the problem. 

Graph evaluation by extracting ge¬ 
ometry. This phase computes the values 
necessary for graphing results from the 
numerical simulation phase. For the wing 
design example, the task is to graph a 
3D vector field 

f w(*,y,z)"| 

V(x,y,z)= v(x,y,z) \,(x,y,z)eD 
[w(x,y,z)j 

( 10 ) 

which is known over a grid of points 
(x,,yi,z k ). 

The first idea that might come to mind 
is to draw a collection of arrows at the 
grid points. This “hedgehog” display 
has limited value in learning about 3D 
vector fields. The picture gets too crowd¬ 
ed, and you can’t see the forest for the 
trees. The method of graphing the vec¬ 
tor field, used in the wing design exam¬ 
ple, is based on animating particles that 
follow along the paths of streamlines. 
Streamlines are curves in space P(t) = 
( x(t ), y(f), z(t)) that are tangent to the 
vector field, that is, 

P / (t) = (x'(t),/(0'Z'(t)) 

= V(x(t),y(t),z(t)) 

= \(P(t)) (11) 

This is, of course, an ordinary differ¬ 
ential equation that can be numerically 
solved by conventional techniques such 
as Euler’s or Runge-Kutta methods. 

This whole process of deciding how 
to graph the data and how to perform 
the required computations to render 
the graph is a challenging problem in 
scientific visualization. Many believe it 
is the central problem. Some view it as 
a process of mapping the data to a geo¬ 
metric (or renderable) object. Others 
see it as extracting or deriving the infor¬ 
mation from the data. The general idea 
of having an algorithm find interesting 
things in the data and then concentrate 
the viewer’s attention accordingly is very 
important in scientific visualization. An 
example is Helman and Hesselink’s work 


in flow visualization (see their paper in 
Nielson and Shriver 4 ). They determine 
critical points, classify them by the eig¬ 
envalues of the Jacobian, then present 
this information, with some intercon¬ 
nection topology, to the user. 

Currently, this aspect of scientific vi¬ 
sualization is rapidly collecting tools, 
techniques, ideas, and methods without 
much structure. Several authors 4 7 have 
tried to unify the concepts, identify the 
principles, and generally put some struc¬ 
ture to the whole process. But this is an 
extremely difficult task, particularly 
when the body of knowledge is a mov¬ 
ing target. It will be much simpler to 
identify unifying themes and common 
threads in techniques and application 
domains once the growth in this partic¬ 
ular aspect of scientific visualization 
begins to level off. 

Transform and render. Once the choic¬ 
es and computations for graph evalua¬ 
tion are completed, generating the ac¬ 
tual images becomes a rather standard 
computer-graphics problem. The graph- 
evaluation phase produces graphics 
“primitives,” for which there are well 
developed and widely available display 
techniques. Points, lines, and polygons 
(more precisely, planar regions in 3D 
bounded by polygons) are typical prim¬ 
itives. The wing design example requires 
an animated display of a particle’s path 
over the background of the airplane. 
This animation requires the transfor¬ 
mation and rendering of these geomet¬ 
ric primitives. Typical polygon process¬ 
ing passes the polygons through a 
viewing pipeline that transforms the 3D 
coordinates of the modeling domain to 
the 2D coordinates of the display screen. 
The pixels interior to this polygon are 
then colored according to some illumi¬ 
nation function. Since some polygons 
may obscure the view of other poly¬ 
gons, we must resolve the question of 
which polygon will control each pixel’s 
display. This is referred to as the hidden 
surface(line) problem. It is also possi¬ 
ble that only a portion of a polygon will 
be visible on the screen. Defining a vis¬ 
ible subpolygon is referred to as clip¬ 
ping. 

Many of the techniques and algorithms 
for transforming and rendering geomet¬ 
ric primitives were developed at the 
University of Utah in the late 1960s and 
early 1970s. The 4x4 matrix multiplier- 
clipper-divider built by Sutherland 8 and 
colleagues at that time was the forerun- 
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ner of Clark’s 9 “geometry engine,” which 
distinguished the Silicon Graphics Iris 
workstations of the early 1980s. 

The University of Utah also pioneered 
illumination functions. The most basic 
function models the ambient, diffuse, 
and specular components of light re¬ 
flection. The Phong 10 model of the early 
1970s is about as simple as an illumina¬ 
tion function can be, and it is still in 
widespread use. Ray tracing achieved 
greater realism at considerable compu¬ 
tational cost. While the roots of ray 
tracing can be traced back to the late 
1960s, Whitted’s introduction of recur¬ 
sion 11 enabled modeling of interobject 
reflection and refractive transparency. 
Radiosity methods account for the in¬ 
teraction of light reflection from vari¬ 
ous objects in the scene and add addi¬ 
tional realism to the images produced. 

Much of the past research and devel¬ 
opment in computer graphics had the 
goal of producing photorealistic imag¬ 
es, and this is likely to continue. In 
scientific visualization, insight is a more 
important goal than realism, but these 
goals are not necessarily orthogonal and 
can often be complementary. Many of 
the techniques and resources for pro¬ 
ducing photorealistic images can be re¬ 
directed for use in scientific visualiza¬ 
tion. 

Current issues in 
visualization 

To indicate trends and directions in 
visualization, let’s discuss three rather 
broad but representative issues: algo¬ 
rithms and techniques for multidimen¬ 
sional data, user interfaces, and work¬ 
load distribution and computing/ 
network requirements. 

Algorithms and techniques for multi¬ 
dimensional data. We need to develop 
mathematical methods to analyze and 
visualize multivariate data. The choices 
made at several steps in a visualization 
project depend on the user’s knowledge 
and access to basic mathematical tech¬ 
niques and algorithms. For example, 
deciding to visualize a vector field by 
observing animated particles depends 
on the availability of a robust, reliable 
algorithm to integrate the stream lines 
and, of course, on the user’s access to a 
program that implements this algorithm. 

An easily conceived visualization tech¬ 


nique often requires expertise beyond 
that of most users. In the wing design 
example, a potentially useful auxiliary 
visualization would display the pres¬ 
sure at the wing’s surface, possibly 
through color-coded contours “texture” 
mapped onto the wing. Assuming that 
pressure values, obtained from numer¬ 
ical simulation or from measurement of 
an actual model, are known at scattered 
locations on the wing, these values must 
be interpolated to display the pressure 
over the entire wing. 

Figures 5 and 6 show the results of 
some initial research (see Nielson et al. 
in Rosenblum and Nielson 7 ) on the 
problem of interpolating scattered data 
over arbitrary surfaces, but research in 
this area has only begun. Still needed 
are robust, reliable methods to handle 
very large scattered data sets of high 
dimensions. In general, there is both 
the need and interest to extend many of 
the univariate, one-dimensional meth¬ 
ods of data fitting and data reduction to 
higher dimensions and more general 
domains. 

Volume rendering is a method of view¬ 
ing the entire volume of 3D data in a 
single image. One source of this type of 
3D data is produced by medical mag¬ 
netic-resonance and computerized-to¬ 
mography scanning devices. In some 
ways, a volume rendering can be thought 
of as being similar to an X ray in that it 
allows the viewer to see inside the data 
and observe objects that are not nor¬ 
mally visible. An image is produced by 
casting a ray from the viewpoint through 
each pixel of the display screen into the 
volume of data (see Figure 7). The ray 
penetrates certain voxels, and based on 
the data values there, values are com¬ 
puted at various points along the ray. A 
user-provided “transport function” com¬ 
poses these and certain other values to 
obtain a single color for the pixel asso¬ 
ciated with this ray. The potential ben¬ 
efits of volume rendering are tremen¬ 
dous. Taking a noninvasive view inside 
the human body will enable heretofore 
impossible medical diagnostics and treat¬ 
ments. 

Volume rendering is very computa¬ 
tion intensive, and many applications 
require interaction. Real-time volume 
rendering is not presently possible, but 
due to the potential benefits, it is sure to 
be a reality in the near future. It is 
possible to produce quite reasonable 
approximations in real time (see Figure 
8). Good sources of information on this 


topic are the volumes edited by Kauf¬ 
man 5 and Upson. 12 

User interface. There are several soft¬ 
ware packages/environments for the 
general display of scientific data. These 
include apE by the Ohio Supercomput¬ 
er Center; AVS (Advanced Visualiza¬ 
tion System) by Stardent; the Data Vi- 
sualizer by Wavefront Technologies; PV 
Wave by Precision Visuals; Sun Vision 
by Sun Microsystems; Voxel View by 
Vital Images; RIP (Real-Time, Interac¬ 
tive Particle Tracing), GAS (Graphical 
Animation System), and Plot 3D devel¬ 
oped at NASA Ames; and Data Scope, 
Image Tool, and X Data Slice from the 
National Center for Supercomputing 
Applications. 

Of particular interest are the data¬ 
flow concepts and visual programming 
paradigms shared by apE and AVS. The 
basic idea here is that the user can inter¬ 
actively create a dataflow network by 
selecting and connecting icons repre¬ 
senting various modules (see Figure 9). 
These modules can be, for example, 
procedures that modify or filter the data, 
or they can represent the mapping or 
abstraction to some graphical represen¬ 
tation. The dataflow model is an attrac¬ 
tive abstraction because it lets the user 
take a modular approach to the “graph 
evaluation” phase of the information 
flow loop. 

This idea could also be used in the 
modeling phases — and probably will 
be in the near future. Similar ideas were 
proposed some time ago. In the early 
1970s, the Numerical Analysis Problem 
Solving Project (NAPPS) was being 
developed at Purdue University under 
the leadership of John Rice. Its goal, 
which would have put numerical ana¬ 
lysts out of business, was to provide a 
library of very robust subroutines for 
solving scientific computing problems 
and an environment in which engineers 
or scientists could connect these mod¬ 
ules to solve their problems. Obviously, 
this project was not completely success¬ 
ful in its goal — a few numerical ana¬ 
lysts are still in business. 

More recent and far reaching are the 
problem-solving environments discussed 
by Ford 13 and others. These PSEs in¬ 
clude the ideas and techniques of knowl¬ 
edge-based and expert systems. PSE 
research and development is sure to 
influence the development of scientific 
visualization systems. To paraphrase Bill 
Poduska of Stardent, speaking at Visu- 
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Figure 5. Various methods for 
viewing a function that ap¬ 
proximates data given over an 
apple core-shaped domain. 
The top left image shows an 
orthogonal projected surface 
graph, the top right image is a 
radially projected surface 
graph, and the center image is 
a hypersurface projection 
graph. 



Figure 6. A hypersurface projection graph is one method 
for visualizing data over a wing. The 4D graph is projected 
into 3D space and then rendered to a 2D display surface. 




Figure 8. Volume-rendered approximations comput- Figure 9. Typical screen image of the network portion of AVS. 
ed in real time, using techniques developed by T. 

Foley, D. Lane, and G. Nielson. 


































Figure 10. The information assumes that the problem is steady — that is, dV/dt 
= dp/dt = 0 — and is based on the following definitions and assumptions. 

Nx = The number of grid divisions in the x-variable, with Ny and Nz similarly defined. 
N = Nx«Ny»Nz, the total number of grid points in the discrete version of the Navier- 
Stokes equations. Assume that it has been discretized by difference equations similar 
to those used in equation 8. 

K = The number of iterations required to solve the discrete version of the Navier- 
Stokes equations. Also, assume that each iteration takes about |i Flops (floating-point 
operations) per variable. 

R = The number of steps for integration of particle streamlines. 

P = The number of particles that will be animated. Assume that the particle paths 
are computed by Euler’s method, P n+I = P n + V(P„), so the bulk of the computations 
required are the trilinear interpolation needed to compute V(P). v represents the 
number of Flops needed for this computation. 

V = The number of vertices of the polygons that make up the surface of the airplane. 
2V = The approximate number of triangles on the surface of the airplane. 
n = The number of operations to scan convert a triangle. 

X = The number of operations to scan convert a line. 

t = The number of operations to transform and clip a 3D point to 2D screen 
coordinates. 

fp# = A floating-point number that is four bytes. 



10,000, |i = 25 Flops (floating-point 
operations), v = 20 Flops, x = 20 Flops, 
X = 500 operations, n = 1,000 opera¬ 
tions. 


Figure 12. Some possible workload distributions of the future: (a) a work¬ 
station on a network with a supercomputer; (b) a cluster of workstations with 
an X-window server; (c) a general network with devices for viewing image 
files. 


alization 90, “Future scientific visual¬ 
ization software should be interactive, 
modular in viewing, modular in model¬ 
ing, extensible by toolkits, user config¬ 
urable, and object oriented.” 

In addition to software issues, several 
general questions of image perception 


and information content need to be dealt 
with in the near future. Consider, for 
example, the following questions. 

Is it important or just natural and 
convenient to use blue for cold and red 
for hot in a temperature distribution 
display? Is it important to exploit a par¬ 


adigm or tie the “graph” to some other 
well-understood phenomena? 

Color contours or choropleths are 
commonly used to convey temperature 
distributions over a map. In this way, 
color can be used to display an addition¬ 
al dimension. Is this better than conven- 
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Getting started in visualization 

For readers who are new to visualization and interested in more information, 
a good starting point is the collection of papers and companion video edited by 
Nielson and Shriver. 4 It contains overview papers, an annotated bibliography, 
and a condensation and update of the report by McCormick, DeFanti, and 
Brown. 14 

The first conference devoted solely to visualization was held recently and the 
proceedings 6 are now available. Updated versions of selected papers from this 
conference appeared recently in IEEE Computer Graphics and Applications. 7 


tional means using geometry and dis¬ 
tance? (The human visual system can 
distinguish approximately 12 bits of ac¬ 
curacy in luminance. The spatial resolu¬ 
tion is about 0.1 minutes of an arc, which 
amounts to approximately 2 15 pixel res¬ 
olution on a 20-inch screen viewed at 20 
inches.) 

Certain qualities of a function or im¬ 
age are more distinguishable or notable 
depending on the color table used. Why 
is that, and could it be automated? Could 
an algorithm look at the data and then 
select some or all aspects of the lookup 
table used? 

Just exactly why is interaction so use¬ 
ful? What is it about the brain that 
requires such a rich temporal context to 
make a generalization or see a new con¬ 
cept? What can enhance the scientific 
discovery process in this context? Is 
animation really as useful as it seems? 
Probably yes, but why? If we under¬ 
stood why, maybe we could push it fur¬ 
ther. 

Workload distribution and comput¬ 
ing/network requirements. Computing 
environments can be quite diverse. A 
scientist or engineer might be working 
in the context of a cluster of worksta¬ 
tions, a local-area network of PCs, or a 
graphics workstation networked to a 
supercomputer. It is probably safe to 
assume that the computing environment 
of the future will consist of a network of 
heterogeneous processors. How to ef¬ 
fectively distribute the workload among 
the various network resources is a chal¬ 
lenging problem. Of course, how this is 
done depends on the capabilities of each 
node and a convenient distribution of 
the total problem. One approach to par¬ 
titioning a problem is provided by the 
phases of the information flow model 
described above. A cursory analysis of 
the wing design example will give a rough 
idea of the computational and data dis¬ 
tribution requirements. 

Some choices for the variables of Fig¬ 
ure 10 lead to the requirements in Fig¬ 
ure 11. The question is how to distribute 
the workload. Figure 12 indicates a few 
possibilities. If animation speeds of ap¬ 
proximately 10 frames per second are 
desired, then the configuration of Fig¬ 
ure 12a indicates that the connection 
between the workstation and the super¬ 
computer must sustain speeds of ap¬ 
proximately 10 megabits per second. 
This choice also implies that the “host” 
must sustain approximately 10,000 


Mflops (million floating-point opera¬ 
tions per second) and that the worksta¬ 
tion be capable of transforming and ren¬ 
dering 100,000 polygons and 100,000 
vectors per second. A division that is 
likely to be rather common in the future 
is indicated by Figure 12b. Here, the 
numerical simulation, graph computa¬ 
tion, and 3D to 2D transformation are 
done by network resources, and only 
2D primitives are passed to the X-win- 
dow server. This would require network 
speeds of approximately 3 to 4 megabits 
per second and server performances of 
approximately 70 MIPS (million instruc¬ 
tions per second) to provide animation 
for this example. Another distribution 
worth mentioning is indicated by Fig¬ 
ure 12c. The computations are done 
somewhere in the network (unspecified 
for this discussion), and image files are 
passed around the network for viewing 
by various users. Animation within this 
context requires network speeds of near¬ 
ly a gigabit per second. 

From this one example, it’s easy to 
see that the bandwidth of a network 
connection can be a potential bottle¬ 
neck. Current versions of Ethernet can 
run at 10 megabits per second, and the 
FDDI (Fiber Distributed Data Inter¬ 
face) increases this by an order of mag¬ 
nitude. But present speeds are still too 
slow for the large data sets encountered 
in 3D simulations and other scientific 
visualization applications. Thus, there 
is considerable pressure to increase net¬ 
work speeds, and it is sure to come at all 
levels — local, wide area, national, and 
international. On the national level, one 
task of the High Performance Comput¬ 
er Program of the President’s Office of 
Science and Technology Policy is the 
NREN (National Research and Educa¬ 
tion Network), which is scheduled to 
provide speeds of 3 gigabits per second 
by the year 2000. 


What about the computational pow¬ 
er of the future? It is easy to make 
extrapolations about the performance 
of supercomputers from the data of 
Table 1. As far as the workstations of 
the future go, Jim Clark of Silicon Graph¬ 
ics may have the best crystal ball around. 
Today, SGI’s high-end VGX system can 
display a million polygons per second. 
The single-processor version has 30 
MIPS/5 Mflops computing power, which 
extends to 200-plus MIPS/30-plus Mflops 
for the eight-processor version. At a 
recent CEO panel, 1 “Visualization — 
The Next Decade,” Clark predicted that 
through the use of multi/micro RISC 
processors, high-end workstations 
($150,000) will approach Gflop 
(1,000,000,000 floating-point operations 
per second) performance in the next 
two to three years. He also made some 
interesting predictions for the low end. 
He described the multimedia machine 


Table 1. Performance statistics of Cray 
supercomputers in million floating-point 
operations per second. 


Model 

Year 

Mflops 

Cray 1 

1976 

160 

X-MP/ 

1982 

420 

X-MP/4 

1984 

840 

Cray 2 

1985 

1.7K 

YMP 

1988 

2.5K 

Cray 3 

1989 

16K 

Cray 4 

1992 

128K 
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of the future as a device integrating the 
capabilities of (1) full 3D, interactive, 
real-time computer graphics, (2) full 
motion video, (3) image processing ca¬ 
pabilities, (4) fully integrated geomet¬ 
ric text, and (5) full compact-disc digital 
sound. He predicts that this will be avail¬ 
able in a portable notebook-sized de¬ 
vice with motion sensors in the next five 
to ten years for under $5,000. 

Wow! Where is my checkbook? 
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Computer Networks 
and Distributed Systems 


Larry D. Wittie, State University of New York at Stony Brook 


LANs and distributed 
computing have 
developed into two of 
the most important 
fields of modern 
technology. This article 
traces their beginnings 
and describes plans for 
future applications. 


T '\ his article examines current trends in computer networks and distributed 
systems and predicts the major ramifications of these trends during the 
next decade. 

Computer networks link computers by communication lines and software pro¬ 
tocols to exchange digital data rapidly and reliably. Distributed computing systems 
are computer networks that cooperatively solve large single problems or simulta¬ 
neously perform many separate, but possibly related, tasks. All computers in a 
distributed system have their own local memory and I/O devices, but application 
programs or operating systems coordinating their cooperation often make them 
appear to be one computer. 

Distributed computing has three major justifications: 

•sharing physically distributed resources. Networks let users in one locality 
share expensive resources such as printers and disk systems. Organizations can 
exchange files among computers that are physically distributed throughout the 
world but are working on related problems. 

• combining computers for fast solutions. High-performance microcomputers 
provide cost-effective computing cycles, but thousands of them must be 
coupled efficiently to form parallel systems powerful enough to solve grand 
problems rapidly. 

• reliability through replication. Copying critical information and performing 
important calculations redundantly can protect against catastrophic computer 
failures. 

The first justification for distributed computing is the most prevalent. Physically 
distributed systems need to be linked. Providing researchers across the country 
access to the few fast mainframes of 1969 justified the ARPAnet project, which 
spawned the field of computer networks. In offices, PCs are linked to share files 
and laser printers. 

The second reason for distributed computing is gaining in popularity; putting 
hundreds or thousands of microcomputers into a single chassis is feasible with very 
fast networking. This is the basis for many parallel and distributed computers, such 
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Figure 1. ARPAnet in 1982, with 88 host sites. 


as Intel hypercubes and shared-memo¬ 
ry multiprocessors. Distributed systems 
with very fast links are increasingly be¬ 
ing used as parallel computers to solve 
single complex problems rapidly. 

The third justification is often touted 
— but rarely achieved — in distributed 
operating systems that control comput¬ 
er networks. It has, however, been real¬ 
ized in some commercial systems where 
redundant copies of business data are 
distributed to physically remote sites to 
avoid major data losses, as in Citicorp’s 
Transaction Processing System, Trans- 
World Airline’s Airline Reservation 
System, and AT&T’s sophisticated 
Stored Program Controlled Network. 
Redundant simultaneous computing can 
guarantee accurate real-time results 
where they are imperative, such as in 
the US National Aeronautics and Space 
Administration shuttles and “fly-by¬ 
wire” aircraft. 


Distributed computing 
milestones 

The major developments in comput¬ 
er networks from 1969 to 1991 are char¬ 
acterized by the ARPAnet national re¬ 
search network, Ethernet and token-ring 
local area networks, and workstation 
networks united by distributed systems 
software. ARPAnet merged with sub¬ 
sequent networks to form the world¬ 
wide Internet. 

Computer communication networks. 

In the late fifties and early sixties, ded¬ 
icated phone lines linked a few comput¬ 
ers to remote printers and job-entry 
sites. Modern computer networks de¬ 
veloped from three sources: 

• commercial computer time-sharing 
services begun in 1970, 


•manufacturer standards for data 
exchange first released by IBM in 
1974, and 

• the highly influential ARPAnet cre¬ 
ated in 1969 by the US Department 
of Defense. 

The development of time-sharing 
operating systems, led by the Machine- 
Aided Cognition Project at the Massa¬ 
chusetts Institute of Technology, caused 
a proliferation of teletypewriter termi¬ 
nals by the late 1960s. Corporations with 
terminals could lease time on main¬ 
frames owned by time-sharing services, 
such as Tymnet, founded in 1970. 

Corporate offices in different cities 
needed to access the same data. Mini¬ 
computers in service centers assembled 
bytes from many terminals into short 
data frames and routed them across 
country on dedicated 56,000-bit-per-sec- 
ond (56-Kbps) telephone lines. By the 
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Figure 2. Protocol layers in the open systems model. 


early 1970s, commercial data 
networks connected custom¬ 
er terminals to service cen¬ 
ter mainframes and growing 
numbers of customer com¬ 
puters. 

Work in the late 1960s to 
unify methods for exchang¬ 
ing data within IBM com¬ 
puter systems became the 
Systems Network Architec¬ 
ture (SNA), first released in 
1974 for communications 
with remote peripherals. 

Other vendors soon an¬ 
nounced their own standards, 
notably DECnet for Digital Equipment 
minicomputers. Over the years, SNA 
evolved into a de facto standard for 
business data communications, prima¬ 
rily because it supports reliable pro¬ 
cessing of database transactions. 

ARPAnet is the origin of most packet¬ 
switching technology for computer net¬ 
works. It grew from four sites in 1969 to 
about 20,000 sites in an Internet span¬ 
ning the US, Western Europe, and parts 
of the Pacific basin by 1988, when the 
DoD stopped subsidizing its use by uni¬ 
versities and passed responsibility to 
the National Science Foundation. Fig¬ 
ure 1 shows the scope of ARPAnet in 
early 1982. Most of the 88 sites were in 
four metropolitan (San Francisco, Los 
Angeles, Boston, and Washington, DC) 
clusters of 12 to 16 each; two (Hawaii 
and London) used satellite links. 

ARPAnet was envisioned as a way 
for researchers across the US to use fast 
mainframes located at a few major cen¬ 
ters. However, almost from the begin¬ 
ning, people mainly exchanged data files 
and electronic mail messages. ARPA¬ 
net became the ultimate academic grape¬ 
vine. Its development produced effi¬ 
cient network-control algorithms and 
network delay analyses. It also produced 
e-mail and netnews, omnipresent signs 
of increasing computer literacy. 

The primary technical achievement 
of ARPAnet was the development of 
software protocols allowing high-speed 
bursts of computer data to be sent effi¬ 
ciently and reliably over slow, noisy long¬ 
distance telephone lines that limited 
transmission rates to 56 Kbps and cor¬ 
rupted one bit in 10 s , producing 50,000 
errors per day. These packet-switching 
protocols let individual packets, short 
bursts of a few hundred data bits, pass 
from one computer to another, using 
each phone line from source to destina¬ 


tion only a tiny fraction of a second. 

A checksum word included with each 
packet allows rapid detection of most 
transmission and memory errors. Erro¬ 
neous packets are discarded on receipt 
and retransmitted if needed. Network 
routing is distributed. Given the ulti¬ 
mate destination of a packet, each switch¬ 
ing computer chooses the next hop to 
pass it closer along the best available 
route. 

ARPAnet control software became 
the Transmission Control Protocol/In¬ 
ternet Protocol (TCP/IP), which became 
a de facto communication standard by 
the early 1980s. In 1980, computer user 
groups and European telephone agen¬ 
cies joined to formulate the modular 
seven-layer International Organization 
for Standardization Open Systems In¬ 
terconnection (ISO/OSI) plan for fu¬ 
ture protocols. As shown in Figure 2, 
the lowest four layers — physical (1), 
data link (2), network (3), transport (4) 
—correspond roughly to protocols used 
in all networks. Physical distinguishes 
individual (0, 1) bits, data link allows 
reliable transmission of groups of bits 
between adjacent computers, network 
provides safe routing of data packets 
between distant source and destination 
computers, and transport lets programs 
running on different computers ex¬ 
change sequences of possibly long mes¬ 
sages. 

The bottom three layers are imple¬ 
mented by communications carrier hard¬ 
ware or by LAN interfaces. Transport 
software runs on user computers. The 
highest three layers — session (5), pre¬ 
sentation (6), and application (7) — are 
rarely implemented; however, data en¬ 
cryption for security and data compres¬ 
sion for speed are presentation func¬ 
tions of increasing importance. 

Layered OSI helped unify world tele¬ 


phony and provided a clear 
exposition of functions need¬ 
ed for all computer com¬ 
munications. However, it is 
too ponderous for high¬ 
speed networks since each 
datum passes through lay¬ 
ers 1, 2, 3, 2, and 1 on each 
forwarding computer along 
apath—andpassesthrough 
all layers on the source and 
destination computers. The 
DoD included TCP/IP in 
the 1983 release of Berke¬ 
ley Unix 4.2, which became 
the standard operating sys¬ 
tem for university workstation net¬ 
works. The seventies was a fertile 
period of discovery in which the devel¬ 
opment of computer network control 
algorithms was fostered by the expan¬ 
sion of ARPAnet to most major re¬ 
search centers. 

LANs. The triumph of ARPAnet in 
connecting mainframes over long dis¬ 
tances and the need for newly devel¬ 
oped Alto workstations to share ex¬ 
pensive printers led Xerox Corp. 
researchers in 1975 to build a 3-mil- 
lion-bit-per-second (-Mbps) broadcast 
network, connecting computers within 
the Palo Alto research center by coax¬ 
ial cable. The simple system, designed 
at MIT by Metcalfe, 1 was so successful 
that in 1980 Xerox, Intel Corp., and 
Digital Equipment Corp. published 
specifications for a 10-Mbps Ethernet 
and started licensing companies to pro¬ 
duce interfaces. 

Ethernet works like an old-fashioned 
telephone party line that has courteous 
users. Each interface listens and waits 
until the shared cable is not busy with 
other data before it starts sending its 
data burst. It also listens to assure that 
it starts alone. If multiple nodes send, 
the messages destroy each other in a 
collision; all interfaces detect the re¬ 
sulting noise and stop sending within 
50 microseconds. After a collision, each 
participant delays a random amount of 
time before trying again. 

When a collision repeats, the send¬ 
ers wait roughly twice as long. There 
are rarely more than four collisions in a 
row before some node successfully sends 
a packet of up to 1,500 data bytes. Dur¬ 
ing periods of low network use, inter¬ 
faces almost always send immediately 
with no collisions. With heavy loading 
and small packets, frequent collisions 
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Figure 3. Parallel and distributed computing facilities linked by multiple LANs. 


reduce the effectively available band¬ 
width to about 3 Mbps. 

Xerox, Intel, and DEC rushed the 
Ethernet LAN standard to market to 
preempt IBM, which was developing 
token rings to connect office computers. 
IBM announced plans in 1982 (but wait¬ 
ed until 1985) to start selling 4-Mbps 
token-ring interfaces that eventually 
were upgraded to 16 Mbps. By 1983, 
Ethernet interface prices had fallen from 
$10,000 each to $2,000. By 1989, they 
reached $50 for a single chip included 
among the standard interfaces for work¬ 
stations. Variations of Ethernet and to¬ 
ken ring were defined as IEEE 802.X 
LAN standards in 1985. 

Token ring can use cheap twisted pair 
or modern optical fiber and has almost 
no wasted bandwidth when all stations 
are trying to send. However, its interfac¬ 
es are more complex and costly since 
each site must repeat all signals. Ether¬ 
net uses inexpensive interfaces avail 
able from many manufacturers, works 


with the popular Unix operating sys¬ 
tem, and offers instantaneous access 
when the LAN is inactive. However, it 
requires costly nondisruptive connec¬ 
tions to optical fibers. 

During the eighties, at least 100,000 
LANs were set up in laboratories and 
offices around the world to link work¬ 
stations, share files, and send e-mail. 
Computers on most LANs exchanged 
e-mail via ARPAnet or the informal 
Usenet network of phone modems. 
Figure 3 shows a multi-LAN site of the 
late 1980s, linked to the national Inter¬ 
net via ARPAnet (upper right). A 
high-throughput token ring connects 
the Internet gateway to two fast multi¬ 
processors (upper left), a richly inter¬ 
connected distributed computing sys¬ 
tem (lower left), and gateways for 
Ethernets linking numerous worksta¬ 
tions. 

During the early 1980s, synchronous- 
orbit satellite transponders lowered the 
price of distributing telephone, com¬ 


puter data, and television signals 
throughout the world. Communication 
to sites 200 and 5,000 kilometers away 
costs the same if signals pass through 
satellites 36,000-km overhead and ex¬ 
perience a 0.240-second delay. Long¬ 
distance communication costs fell much 
further after telephone companies (like 
MCI in 1987) started laying optical ca¬ 
bles across the US and other countries. 
By 1991, optical cables with higher band- 
widths, less noise, and no quarter- 
second transmission delay had supplant¬ 
ed satellite links for long-distance tele¬ 
phone and data communication within 
the US. Satellites still carry television 
worldwide. The eighties saw the rapid 
expansion of computer networks into 
schools and laboratories, across the na¬ 
tion and the planet, using telephone 
lines, satellite links, and optical fibers. 

Distributed operating systems for 
workstation networks. After Intel in¬ 
troduced microprocessors in 1972, re- 
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searchers realized that powerful com¬ 
puters would soon be realized inexpen¬ 
sively as single ICs and that networks of 
thousands of computers 2 might become 
high-performance computing systems. 
Distributed operating systems provide 
easy, often location-transparent access 
to resources on component computers. 

In contrast, network operating sys¬ 
tems run independently on each physi¬ 
cally distinct host computer in a net¬ 
work but allow file transfer and login 
operations on remote hosts. During the 
eighties, Berkeley Unix with TCP/IP 
protocols became a very popular net¬ 
work operating system for workstation 
LANs. After Sun Microsystems intro¬ 
duced its Network File System in 1985, 
SunOS Unix offered location-transpar¬ 
ent file access from any workstation. 
NFS made computer networks much 
easier to use and quickly was imple¬ 
mented by many computer vendors. 

The Cambridge ring was an early dis¬ 
tributed system in which terminals 
shared pools of minicomputers for re¬ 
mote services via a LAN. LANs con¬ 
taining hundreds of workstations and 
PCs were assembled at many universi¬ 
ties and companies during the late 1980s. 
Since 1985, three large distributed op¬ 
erating systems have been developed 
that will eventually serve thousands of 
simultaneous users: Athena at MIT, 
Amoeba at Vrije University in Amster¬ 
dam, and Mach at Carnegie Mellon 
University (CMU). Software from these 
projects is just becoming available com¬ 
mercially. 

Athena provides a uniform interface 
to remote computer services for all MIT 
faculty, staff, and students using a vari¬ 
ety of terminals and PCs. It has provid¬ 
ed the Kerberos 3 authentication system 
for secure access to remote computers 
and the X Window System client-server 
software. By 1986, X Windows became 
a de facto standard for linking local 
graphics displays to computation tasks 
running on remote computers. 

Amoeba 4 currently links users at sev¬ 
eral European and Japanese research 
centers into unified systems where effi¬ 
cient file and job execution services are 
provided as if by a single computer. 
Amoeba is designed for system security 
and file-service efficiency. 

The Mach operating system 5 kernel is 
the best existing example of a working 
distributed system. It runs Unix pro¬ 
cesses by emulating all Unix system calls 
but is more efficient than Unix on most 


networks and parallel computers. Mach 
lets computers share virtual memory 
pages directly and pass references to 
message contents rather than copying 
data needlessly. It allows system servic¬ 
es, including scheduling and virtual 
memory management, to be added above 
the small operating system kernel resi¬ 
dent on each node. Rarely used services 
can be accessed from remote hosts. 

The Mach kernel and the Andrew file 
system were developed to provide effi¬ 
cient file services for thousands of work¬ 
stations and PCs. The Mach-Andrew 
system was developed at CMU with sub¬ 
stantial funding from IBM and DAR- 
PA (US Department of Defense Ad¬ 
vanced Research Projects Agency). The 
Open Systems Foundation will make 
Mach available from many workstation 
vendors by 1992 as a possible successor 
to Unix. The late 1980s saw the rapid 
expansion of workstation networks lead¬ 
ing to the development of distributed 
operating systems for thousands of si¬ 
multaneous users. 

Current networking 
trends 

Three grand themes dominate cur¬ 
rent trends in distributed systems and 
computer networks: 

• tapping the immense data-carrying 
potential of optical fibers, 

• efficiently using tightly coupled net¬ 
works of thousands of computers, 
and 

• making network access inexpensive 
so many people will buy services. 

Very high speed optical communica¬ 
tion. The data bandwidth (BW) of a 
communication line in bits per second is 
the product of the maximum signal fre¬ 
quency ( H ) in cycles per second (hertz) 
that can be sent between repeaters on 
the line times the logarithm of the 
number of signal state levels (L) that 
can reliably be distinguished during 
each cycle: BW = H log 2 L. Shannon’s 
classical law on information capacity 
gives resolvable signal levels in terms of 
the signal-to-noise (S-to-N) power ra¬ 
tio, a measure of distortion: BW = H 
log 2 (1 + SIN). 

Optical fibers can carry much higher 
frequency signals a great deal farther 
than electronic cables can, producing 
considerably higher bandwidths. The 


primary reason is that internal reflec¬ 
tion at the fiber-cladding boundary in 
optical fibers much more completely 
contains light signal energy than coax¬ 
ial cable shielding contains electronic 
signals, which lose too much energy as 
radio waves that distort signals on near¬ 
by conductors. 

The main limits on optical transmis¬ 
sion are absorption by glass impurities 
and distortions from path-length dif¬ 
ferences after reflections in simple mul¬ 
timode fibers, factors roughly propor¬ 
tional to fiber length. In multimode 
fibers, maximum bandwidth times dis¬ 
tance to the 0.9 power (BW D 09 ) is 
roughly constant. Ultrathin single-mode 
fibers, less than one wavelength in di¬ 
ameter, transmit light without bounc¬ 
ing. The primary signal distortion is 
from Rayleigh scattering caused by 
minute local differences in glass refrac¬ 
tion. For single-mode fibers, bandwidth 
times the square root of distance (BW 
D 05 ) is constant. 

Well-shielded coaxial cable can car¬ 
ry 1 billion (giga, 10 9 ) Hz electronic 
signals, but only for about 0.1 km. Mod¬ 
ern ultrapure optical fibers can carry 
detectable infrared light signals of 200 
trillion (tera, 10 12 ) Hz more than 100 
km without amplification. Optical sig¬ 
nals can carry 1,000 to 200,000 times 
more data 1,000 times farther than elec¬ 
tronic signals for a bandwidth-distance 
product more than a million times larg¬ 
er. In 1986, AT&T passed data at 50 
gigabits per second for 1 km and 8 Gbps 
for 68 km in single-mode fibers without 
amplifiers. In crowded city cable con¬ 
duits, optical fibers also have the ad¬ 
vantage of being thinner than electron¬ 
ic cables. 

Interfacing to optical fibers. Optical 
communications are not limited by fi¬ 
ber capacity but rather by interface costs 
and comparatively slow electronic cir¬ 
cuits that modulate light to carry data. 
Centering nearly invisible cores of op¬ 
tical fibers for splices is difficult and 
costly. Only recently has an inexpen¬ 
sive way been invented to couple mul¬ 
tiple light sources to a single fiber. Bare 
fibers are carefully bent to allow a slight 
leakage of light. Now, shared fiber- 
optics data highways along new resi¬ 
dential curbs are economically feasi¬ 
ble. In the near future, lines into homes 
will still carry signals electronically but 
will allow 150 to 600-Mbps rates. 

The other enabling technology for 
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to Figure 4. A shared-memory multiprocessor. 


the development of optical 
high-bandwidth communica¬ 
tions has been the recent 
maturing of gallium arsenide 
as an alternative to silicon 
for ICs. GaAs has two ad¬ 
vantages over silicon. Its elec¬ 
trons move six to eight times 
faster, and it can be used 
build tiny lasers on the same 
chip that control circuitry oc¬ 
cupies. Large-scale GaAs 
chips can generate high-speed optical 
data streams. In 1990, GaAs chips from 
Gazelle* could accept 40 bit words in 
parallel at 20 million clock cycles per 
second (20 MHz) and emit self-clocking 
1,000-MHz serial bit streams carrying 
0.8 Gbps of data. Silicon circuits work 
well at 10 to 40 MHz; they do not work 
at all at 800 MHz. GaAs chip sets for 
2.5-Gbps interfaces will become avail¬ 
able by 1993. Like Ethernet interfaces 
in the eighties, currently expensive fast 
optical interfaces are expected to drop 
in price throughout the nineties. 

Applications for fast optical commu¬ 
nications. Optical communications are 
already having major impacts on re¬ 
search and technology. Applications are 
spreading throughout the research .com¬ 
munication, and business communities. 
By 1995, GaAs-driven optical fibers will 
provide 1 to 5-Gbps data communica¬ 
tions coast-to-coast via a national re¬ 
search and education network (NREN), 
replacing the overburdened 0.0015- and 
0.0063-Gbps (Tl, T2) telephone data 
lines currently carrying research com¬ 
munications. By connecting all major 
research centers and large databases 
with ultrahigh bandwidth “data high¬ 
ways” that can carry live video images, 
NREN should revolutionize technolog¬ 
ical development as much as did 
ARPAnet. Mainly software issues re¬ 
main: What communication protocols 
are efficient at high data rates? What 
applications have special reliability or 
timing needs? What new applications 
are possible? 

GaAs lasers are very important for 
future communications. In 1988, Alan 
Huang of AT&T Bell Labs fabricated a 
single GaAs VLSI chip containing a 
million lasers, doubling the world total 


*Gazelle Microcircuits, 2300 Owen St., Santa Clara, 
CA 95054 


with one chip. Basic circuitry for all- 
optical digital computers exists. 6 By 1995, 
optical GaAs circuits may directly switch 
multigigabit optical telephone signals. 
By 2000, they may allow general-pur¬ 
pose optical computers that are 10,000 
times faster than electronic computers. 

Optical fibers will most immediately 
affect society by improving communi¬ 
cations. A few cable television compa¬ 
nies already use optical fibers to pro¬ 
vide hundreds of channels and to allow 
requests for pay-per-view movies. Op¬ 
tical fibers are increasingly being used 
to connect telephone switching offices, 
major corporations, and new office build¬ 
ings. They may soon prevail in affluent 
housing developments. World telephone 
companies are defining standards for 
Integrated System Digital Networks 
(ISDNs) that carry digital packets on 
optical fibers for all forms of communi¬ 
cations, including human voices, com¬ 
puter data, and video images. Synchro¬ 
nous optical network protocols specify 
communications at up to 13.27 Gbps. 

The main problems with creating 
ISDNs worldwide are accommodating 
different information types, agreeing on 
international standards, and creating fast 
switches. Most protocol needs for new 
kinds of packets are known (for exam¬ 
ple, digital voice packets must arrive on 
time and in order, even if some are lost; 
and images can be compressed for fast¬ 
er transmission). Older data-transmis- 
sion protocols check for errors and rout¬ 
ing changes at each node in a network 
path. Newer “lightweight” virtual cir¬ 
cuit protocols for fast optical networks 
with low (10~ 9 ) error rates minimize slow 
computer checks en route by checking 
for errors only at the final destination 
and by determining a network route 
only once for each data-packet series. 

International agreement is a slow, frus¬ 
trating political process critical to es¬ 
tablishing markets large enough to jus¬ 
tify developing fast specialized chips 
that will lower costs. The tenfold in¬ 


crease in research-related 
e-mail in 1990 has created a 
market for high-speed glo¬ 
bal data links; digitized vid¬ 
eo images will sustain the 
market. The most difficult 
part in realizing fast optical 
communication networks 
will be creating switches fast 
enough to route millions of 
data packets per second, 
probably from highly paral¬ 
lel electronic computers with multiple 
paths to shared memory or from ultra¬ 
fast all-optical digital circuits. 6 

Fast optical transmission of voice, 
data, and images will change the busi¬ 
ness workplace by 2000. Xerox is work¬ 
ing on total integration of office infor¬ 
mation sources. This project assumes 
that each office room has one or more 
television cameras, a television moni¬ 
tor, and a televideo white board plus 
numerous radio-linked notebook com¬ 
puters for each worker. The notebooks 
are touch-sensitive displays used as por¬ 
table data windows, keyboards, or tele¬ 
phones. Xerox is developing software 
to let each worker easily view informa¬ 
tion from any source within the work¬ 
place. Most of the hardware already 
exists; the main issues are software and 
propriety, for example, what restrictions 
each worker can put on local cameras to 
make them useful communication tools 
without invading privacy. 

Fast parallel and distributed comput¬ 
ers. The fields of parallel and distribut¬ 
ed computing are merging. The fastest 
computers are becoming “networks in a 
box.” The recent RISC (reduced in¬ 
struction-set computer) revolution in 
microprocessor design has increased 
uniprocessor speeds tenfold and will 
produce microprocessors executing 500 
million instructions per second by 1995. 
These fast processor chips are building 
blocks for even faster parallel and dis¬ 
tributed computer systems if certain 
problems can be solved: 

(1) discovering parallel algorithms for 
important applications that let 
many processors simultaneously 
solve different problem parts, 

(2) finding hardware mechanisms 
that let multiple processors share 
critical data efficiently, and 

(3) developing software systems that 
let programmers use parallel and 
distributed computers efficiently. 


72 


COMPUTER 




































Parallel algorithms. The development 
of parallel algorithms was greatly spurred 
in the mid 1980s by Sequent Computer 
Systems and Encore Computer Corp. 
shared-memory multiprocessors, Cali¬ 
fornia Institute of Technology and Intel 
distributed-memory hypercube comput¬ 
ers, and the Thinking Machines Inc. 
Connection Machine with 64,000 pro¬ 
cessors executing the same instructions 
on parallel data. A whole field of scien¬ 
tific computing on pipelined vector pro¬ 
cessors and hypercubes has developed 
at supercomputer centers. Many scien¬ 
tific problems have thousands of nearly 
independent computation tasks that can 
run efficiently even with relatively slow 
data sharing. 

All parallel machines are much hard¬ 
er to program for efficient execution 
than traditional uniprocessors are, but 
the parallel-data single-process (TMI) 
and shared-memory parallel-process 
(Sequent) coding models are simpler 
than the distributed-memory parallel- 
process (Intel) model. The parallel-data 
model uses one program in which se¬ 
lected processors can skip individual 
steps depending on local data values. 
Efficient TMI programs use condition¬ 
al statements sparingly. 

Shared-memory processors execute 
differing instructions, but programmers 
need not worry about subdividing data 
and allocating parts to individual mem¬ 
ories. However, when different processes 
must access shared values in a critical 
order for proper results, they must be 
carefully synchronized, slowing execu¬ 
tion. Distributed-memory multiproces¬ 
sors require programmers both to syn¬ 
chronize parallel operations when 
execution order is critical and to allo¬ 
cate data carefully to minimize expen¬ 
sive, explicitly programmed data move¬ 
ments. 

Memory-sharing mechanisms for par¬ 
allel computers. Many hardware meth¬ 
ods exist for fast sharing of data within 
multiprocessors. Simple shared-memo¬ 
ry multiprocessors from Sequent, En¬ 
core, and Silicon Graphics have a single 
high-bandwidth memory-access bus 
common to all processors. To reduce 
the number of costly bus accesses, pro¬ 
cessors have local caches containing 
copies of recently used data. Cache cop¬ 
ies must be kept consistent whenever 
shared data are changed. The common 
memory bus is a bottleneck for more 
than about 10 fast processors. Figure 4 
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Figure 5. Two-dimensional mesh of com¬ 
puters with toroidal end-around links. 


shows a shared-memory multiproces¬ 
sor with two main memory modules and 
a fast disk storage unit. 

Parallel systems such as the Universi¬ 
ty of Illinois Cedar and the former IBM 
RP3 have interconnection networks be¬ 
tween processors and shared memory 
modules. These interconnection net¬ 
works generally have log 2 lV stages of 
switches in each path to memory and 
allow many (but not all) combinations 
of processor-to-memory accesses to be 
satisfied at once. 

The TMI and Intel machines use fast 
internal networks arranged as binary 
hypercubes with N = 2 D nodes and D 
links from each node. Hypercube links 
are needed for many thousands of pro¬ 
cessors, 2 but not for only a few hundred. 
Future Intel systems will link neighbor¬ 
ing nodes to form a three-dimensional 
mesh with end-around, toroidal con¬ 
nections. Neighboring TMI nodes al¬ 
ready have mesh links. Figure 5 shows a 
2D toroidal mesh architecture for a dis¬ 
tributed memory multiprocessor. 

The key hardware problem in the 
design of massively parallel computers 
is developing systems that can share 
data rapidly. Existing interconnection 
methods are either too expensive or too 
inefficient to link several thousand fast 
processors, which are needed to achieve 
D ARPA’s computing goal of sustained 
execution rates of one trillion opera¬ 
tions per second on one problem. 

Distributed shared memory mecha¬ 
nisms. Given the relative ease of shared- 


memory multiprocess programming and 
the very high performance-to-cost ra¬ 
tios of modern microprocessors, many 
researchers are exploring software 7 and 
hardware 8 mechanisms to create effi¬ 
cient distributed shared-memory sys¬ 
tems. These networks of fast worksta¬ 
tions are programmed like shared- 
memory multiprocessors. They are fea¬ 
sible because parallel programs solving 
most large scientific problems rarely 
need to change shared variables, typi¬ 
cally requiring remote accesses for less 
than one percent of all computation 
steps. 

There are problems in keeping cached 
copies of shared variables consistent, in 
providing rapid scheduling and syn¬ 
chronization mechanisms that avoid 
excess interprocessor traffic, and in shar¬ 
ing newly changed variables quickly 
enough so that thousands of processors 
can work simultaneously on different 
parts of a “grand-challenge” problem, 
such as aerodynamics. Figure 5 also 
shows detailed connections for the ex¬ 
perimental shared memory network of 
workstations shown in the lower left of 
Figure 3. 

Researchers have proposed three 
methods for sharing variables in dis¬ 
tributed memory systems: demand fetch, 
eager sharing, and prefetch. Demand 
fetch, or lazy sharing, minimizes net¬ 
work traffic by waiting until a new vari¬ 
able is needed before requesting a local 
copy; it blocks the local processor until 
the requested value is available. 

Eager sharing predefines a directory 
of critical variables that can be shared 
whenever they are changed and speci¬ 
fies the nodes that are to receive each 
copy. Eager sharing depends on the 
existence of very high bandwidth opti¬ 
cal connections between workstations, 
so that network bandwidth can be slight¬ 
ly wasted to minimize delays for need¬ 
ed values. All reads to values from re¬ 
mote workstations are actually fast reads 
to local copies. 

Prefetch is a compromise between 
lazy and eager sharing. A program us¬ 
ing this method tries to make a non- 
blocking copy request just before a vari¬ 
able is needed to give it time to arrive. 
When a variable is prefetched too ear¬ 
ly, the value will be invalid. Compilers 
can help generate prefetch requests, 
but it is very hard to predict relative 
computation rates for remote process¬ 
es and to know exact network delays. 
Prefetch can save some critical access 
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delays over demand fetch, but not so 
much as eager sharing can. 

Experiments to determine how best 
to share variables in large distributed 
systems will continue for years. A win¬ 
dow of opportunity is open because op¬ 
tical fibers have higher bandwidths than 
workstation memory buses and can pass 
individual data values between nodes 
with low (<10-ps) latency. 

Parallel programming tools. Parallel 
debugging tools are almost a require¬ 
ment for discovering errors resulting from 
improperly synchronized processor in¬ 
teractions in complex parallel programs. 
Generic tools for both data-parallel and 
hypercube multiprocessors are just be¬ 
ing developed. 9 All multiprocessors have 
critical processor and communication 
resources that limit the efficiency of par¬ 
allel algorithms. Even after parallel pro¬ 
grams give correct results, programming 
tools are needed to improve performance 
by showing resource usage. Generic codes 
for a task often run 10 to 100 times 
slower than codes tailored to a particu¬ 
lar computer. When parallel hardware 
constraints are sufficiently well under¬ 
stood, automatic compilation tools 10 will 
greatly speed execution of most parallel 
scientific codes. 

Physical systems simulated with par¬ 
allel computers are so complex and re¬ 
sults are produced so rapidly that visual¬ 
ization back ends have become necessary 
for scientific computations. Humans can 
absorb well-encoded results much more 
rapidly by watching colorful, dynamic 
images than by scanning tables of num¬ 
bers. Most visualization tools are appli¬ 
cation-specific; more generic tools are 
badly needed. 

Improving computer-network perfor¬ 
mance. Improving network performance 
means that component computers must 
run usefully more of the time. There are 
at least two methods: scheduling tasks 
for idle workstations and providing high¬ 
speed fiber links for distributed systems 
to share data. 

Most workstations are active less than 
10 percent of the time. The Condor 
project at the University of Wisconsin 
and, more recently, the Sprite operating 
system 11 at the University of California 
at Berkeley allow users to queue back¬ 
ground tasks to be run on workstations 
that are idle for more than a few min¬ 
utes. When a human touches any con¬ 
sole key, the background task is check- 


pointed within a few seconds and re¬ 
turned to the network job queue for 
reassignment. 

Many tasks can be solved rapidly if 
specialized processors can be linked eas¬ 
ily to graphics workstations. The Nectar 
project 12 at CMU uses optical links to 
speed short data messages within a het¬ 
erogeneous network including Sun work¬ 
stations, Warp parallel processors, and 
a Cray supercomputer in a neighboring 
town. This configuration is a prototype 
of cross-country ensembles possible with 
NREN. 

The parallel mesh multiprocessor and 
the distributed shared-memory system 
shown in Figure 3 have the same con¬ 
nection structure, which illustrates the 
blending of parallel and distributed com¬ 
puting. The combination of fast com¬ 
puters, high-speed optical links between 
computers, and software to locate and 
to use idle computing resources may 
eventually let millions of computers 
across the world work jointly on prob¬ 
lems. 

Ubiquitous networks. The third ma¬ 
jor trend in networking is the spread of 
computer networks into all aspects of 
society as lower interface costs let large 
masses of people participate in person¬ 
al communication networks. Pocket- 
sized personal telephones, cellular ar¬ 
rays of radio telephone antennas, and 
satellites that can send radio signals 
anywhere on earth combine to provide 
the infrastructure for a developing glo¬ 
bal network of mobile personal “com- 
puticators” linked by radio. 

Cellular telephone networks. The pro¬ 
tocols for television stations to share 
access to satellite transponders in syn¬ 
chronous orbit have been brought 
down to earth for cellular telephone 
systems. These systems feature metro¬ 
politan arrays of low-power base sta¬ 
tions with slightly overlapping cover¬ 
age. Different sets of frequencies are 
used by all neighboring cells to avoid 
interference. When it is powered up, 
each mobile telephone has a unique 
frequency assigned by the nearest, loud¬ 
est base station for use in sending and 
accepting calls. Its sophisticated net¬ 
work protocol is embedded into a 
controlling microcomputer. From 1985 
to 1991, mobile units shrank from tome 
to shirt-pocket sizes, prices dropped 
from $3,000 to $400, and the market 
expanded rapidly. 


Wireless LANs. The major expense in 
establishing computer networks in ur¬ 
ban office buildings is wiring costs, which 
can easily exceed $2,000 per network 
node. Motorola has recently announced 
a second-generation wireless LAN that 
connects PCs by high-frequency radio 
signals from $2,000 transponders atop 
each monitor. Signals are weak enough 
in amplitude and high enough in fre¬ 
quency to stay within building walls. 
Other wireless LAN systems use infra¬ 
red. With signals limited to one level of 
an office high-rise building, security is 
not much worse than for wired LANs 
like Ethernet, in which each interface 
may copy any message on the shared 
medium. 

Inexpensive earth satellite networks. 
Early in the 1980s, the Amateur Radio 
Society designed and built a satellite to 
send packets of digitally encoded e-mail 
messages between ham operators around 
the world. The Japanese are experiment¬ 
ing with direct home broadcast of very 
high frequency television signals to tiny 
antennas to avoid cable runs in over¬ 
crowded cities. Indonesia, an archipela¬ 
go of some 2,000 islands, uses direct 
satellite links for interisland telephony. 

The US DoD has created a system of 
24 satellites placed so at least three are 
always in sight anywhere on earth. Each 
satellite in the Global Positioning Sys¬ 
tem (GPS) continuously broadcasts the 
time from a very precise atomic clock. 
By combining simultaneously arriving 
time signals from three or more satel¬ 
lites with the known location of each 
satellite, a receiver can triangulate and 
determine its position on earth to a meter 
or less. 

The GPS was used extensively during 
the 1991 Persian Gulf war, and there are 
many nonmilitary applications. Averaged 
sets of readings let geologists measure 
slow earth bulges to millimeter accura¬ 
cy. A drone airplane built to record very 
high altitude ozone concentrations above 
the South Pole will use the GPS for 
positioning. 

Private vendors are selling commer¬ 
cial units that periodically radio truck 
positions to shipping firms as a manage¬ 
ment tool and a protection against hi¬ 
jackings. Once the market develops and 
prices decline, units will become stan¬ 
dard equipment for family cars, allowing 
computerized maps of alternate routes 
and local services. 

Global communication and computer 
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networks will become more and more a 
part of our professional and personal 
lives as prices for microcomputers, ra¬ 
dio transponders, and network inter¬ 
faces drop and affordable applications 
increase. Radio-linked portable com¬ 
puters soon will allow us to access a rich 
and varied fabric of computing services 
as we move through our lives. 

Future developments 

Some developments in computer net¬ 
working and distributed systems that 
will occur during the next decade be¬ 
come clear by extrapolating current 
trends: increasingly powerful and inex¬ 
pensive microcomputers, introduction 
of successful networking technology into 
broader markets as costs drop, and ap¬ 
peals to very general human needs like 
mobility and entertainment. Unexpect¬ 
ed new technology will also develop, 
not just mass market applications of 
existing methods. 

Computer networks will become in¬ 
creasingly ubiquitous and will gradual¬ 
ly replace many publishing services based 
on cheap supplies of paper. Many tech¬ 
nical journals are already experiment¬ 
ing with submission and distribution of 
articles in computer-readable form. 
Publishing houses will gradually become 
services that select interesting new ma¬ 
terial, collect it into databases, and dis¬ 
tribute items matching personal tastes 
to private databases via cheap optical 
communications. These services will 
collect small reviewing, copyright, and 
distribution fees. 

Starting this decade, people will build 
large, multifunctional computer displays 
into the walls and desktops of homes 
and offices. These high-definition ter¬ 
minals will produce colorful, sonorous 
outputs, replacing home televisions and 
music systems plus office teleconfer¬ 
encing equipment. New home-manage¬ 
ment programs and personalized com¬ 
puter systems will provide many services 
of human helpers in previous eras: tai¬ 
loring living environments, ordering 
entertainment, selecting interesting 
news, screening communication calls, 
remembering meetings, and planning 
meals and exercise programs. With pow¬ 
erful communication and computing 
services available in homes, the tradi¬ 
tional division between home and work 
will continue to break down. More peo¬ 
ple will spend more of their profession¬ 


al lives communicating from their homes 
instead of commuting to centralized 
offices. 

The next decade will see the advent 
of pocket-sized portable terminals that 
understand speech, talk to users, and 
provide textual and graphical color dis¬ 
plays as needed. Already in 1991, note¬ 
book computers are sweeping the PC 
market, and radio-linked portable com¬ 
puters are available. Pocket-sized por¬ 
table terminals linked by radio waves to 
local cellular systems will start to re¬ 
place our pagers, telephones, books, 
notepads, phone directories, travel 
guides, and tour maps. Portable dis¬ 
plays may be publicly viewable paper- 
quality flat color screens or tiny private 
virtual image lens displays mounted on 
spectacles. First marketed in 1990, a 
virtual display shines a rapidly changing 
pixel line through an oscillating mirror 
to generate the illusion of a 2D screen. 
Personalized portable “computicators” 
will be hard to lose or steal because they 
will report their location and refuse to 
obey strangers. 

With the advent of NREN, this de¬ 
cade will see the start of a planetwide 
network of parallel and distributed com¬ 
puting systems linked by ultrahigh-band- 
width optical communications. By the 
end of the 1990s, ultrafast, highly paral¬ 
lel optical computers will start to re¬ 
place electronic supercomputers and will 
speed switching of optical data commu¬ 
nications. The result will be a sea of 
general-purpose and personalized 
computer systems with islands of very 
fast specialized computers and massive 
databases. Mankind will start to paint 
its dreams on this global computing 
canvas. 


I n the next few decades, computers 
will become more embedded in 
human social structures. At the 
same time, distributed computer net¬ 
works will revolutionize our work envi¬ 
ronments and technical abilities. These 
decades promise to be increasingly col¬ 
orful times as humanized computers 
enter our lives. ■ 
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The Future of 
Fiber-Optic 
Computer Networks 

Paul E. Green, IBM T.J. Watson Research Center 


Fiber-optic networks 
have had a profound 
impact on information 
transmission over their 
first quarter-century. 
Orders of magnitude of 
further improvement 
are waiting to be 
accessed. 


F iber-optic communication is only 25 years old, but it would be difficult to 
exaggerate the impact it has already had on all branches of information 
transmission, from spans of a few meters to intercontinental distances. 
This strange technology, involving — of all things — the transmission of messages 
as pulses of light along an almost invisible thread of glass, is effectively taking over 
the role of guided transmission by copper and, to a modest extent, the role of 
unguided free-space radio and infrared transmission. 

If the medium itself is not strange enough, reflect on the form taken by the 
transmitter — the semiconductor laser diode. This device is usually no larger than 
a grain of sand and transmits milliwatts of infrared light — enough to send 
information at gigabits per second over long distances with an extremely low 
received bit-error rate. 

Yet, looking a little closer at how this supposedly revolutionary technology has 
been used to date, you come away with a sense that vast new unexploited 
opportunities await. The bandwidth is 10 orders of magnitude greater than that of 
phone lines (25,000 gigahertz versus 3 kilohertz), and the raw bit-error rate on the 
link is 10 orders of magnitude lower. Design points of 10' 15 are in place today 
(1 GHz = 10 9 Hz). 

When you combine these numbers with the great potential for cost reductions, 
it becomes clear that fiber is much more promising than anything that network 
architects have ever had to play with before and that a great deal more can be done 
with photonic communication than is being done today. 

The classic example of cost reduction of photonic technology is the short- 
wavelength laser diode used in compact disc players. Who would have thought 
during experiments with the first large, bulky lasers with their cryogenic cooling 
and all the other complications that lasers would eventually cost $5 apiece and be 
more plentiful than phonograph needles? 

You sometimes get the impression that the only real network applications that 
have been found for this remarkable medium are those that substitute fiber for 
copper within the framework of some existing architecture. The performance is 
improved and the cost goes down, but the system is basically what it was before 
fiber optics came along. 

The physical-level topologies, the layer structure, the protocols within the 
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Glossary 

ANSI American National Standards Institute 

ATM Asynchronous time multiplexing 

BISDN Broadband Integrated Services Digital Network 

CATV Coaxial cable community antenna television 

CD Collision detect 

CDMA Code-division multiple access 

CSMA Carrier-sense multiaccess 

DLC Data link control 

DNA Digital Network Architecture (DEC) 

DQDB Dual queue, dual bus 

ERP Error-recovery protocols 

FC Flow control 

FDDI Fiber data distribution interface 

HDTV High-definition television 

Hippi High-performance parallel interface 

LAN Local area network 

MAN Metropolitan-area network 

OSI Open Systems Interconnection 

PKT Packetizing/depacketizing 

RISC Reduced instruction-set computer 

SNA System Network Architecture (IBM) 

SONet Synchronous optical network 

TCP/IP Transport connection protocol/Internet protocol 

TDM Time-division multiplex 

TDMA Time-division multiple access 

WAN Wide area network 

WDMA Wavelength-division multiple access 


layers, and the network-control func¬ 
tions in use today are all directly de¬ 
rived from the heritage of either voice- 
grade telephone lines or local-area 
coaxial cable. For example, today’s DLC 
frame sizes are usually dictated by con¬ 
straints on frame buffers that were im¬ 
posed long ago by telephone-line bit 
rates and bit-error rates. 

A number of aggressive activities in 
various research laboratories concern 
what I will arbitrarily call here third- 
generation lightwave networks. The 
purpose of this article (condensed from 
an upcoming book 1 ) is to speculate about 
where these activities are taking us. 
These networks are also sometimes 
called all-optical networks because the 
entire path between end nodes is pas¬ 
sive and optical. There are no conver¬ 
sions back and forth between electron¬ 
ics and photonics, except at the ends of 
a connection. 

Many groups are contributing to the 
current state of such networks. 2 The 
active programs that have contributed 
the most are those at British Telecom 
Research Laboratories (Martlesham 
Heath in England), Bell Laboratories 
(Crawford Hill, N.J.), Bell Communi¬ 
cation Research (Morristown and Red 
Bank, N.J.), NTT Laboratories (Yoko¬ 
suka, Japan), Heinrich Herz Institute 
(Berlin), and IBM Research (Haw¬ 
thorne, N.Y., and Zurich, Switzerland). 

Recently, the US Defense Dept.’s 
Advanced Research Projects Agency 
(DARPA) announced 3 that it would 
sponsor one or more “precompetitive, 
generic, industrial” consortia to speed 
development of all-optical networks. 

Three generations 

Three generations of physical-level 
technology can be defined: 

(1) Fiber not used. Some time in the 
early 1980s, fiber-optic technology 
reached the point where it could easily 
be exploited for computer networks. 
Examples of LANs and MANs that de¬ 
veloped before this period include Eth¬ 
ernets and 802.5 token rings, 22-gauge 
copper local-exchange connections, and 
CATV connections. First-generation 
WANs would include such telephone 
company-based packet networks as 
ARPAnet, IBM’s SNA, Digital Equip¬ 
ment’s DNA, OSI, and TCP/IP from 
the American ARPAnet community. 


(2) Fiber used in traditional architec¬ 
tures. The outstanding example of this 
generation is the point-to-point inter¬ 
city trunk that is improved by upgrad¬ 
ing single-copper or microwave-radio 
connections to fiber connections. It al¬ 
lows you to use higher and higher speed 
electronic time-division multiplexing 
and demultiplexing to try to keep up 
with the ever-increasing traffic demands; 
it does so by exploiting the speed of 
laser diodes and other photonic com¬ 
ponents and the low fiber attenuation 
and dispersion. 

Other examples of the second gener¬ 
ation include such LANs and MANs as 
the FDDI ring and the 802.6 DQDB 
bus. 4 These architectures substitute fi¬ 
ber for copper, but make only minor 
changes in topology and protocol-layer 
content. The electronic front end of 
each node must still be fast enough to 
handle the bits from all (or most) of the 
N nodes in the entire network, as had 
been the case with first-generation net¬ 
works. 

(3) Fiber used for its unique proper¬ 
ties. Here, you might ask, “How can the 
nonclassical properties of fibers be em¬ 
ployed to meet the needs of emerging 
applications by taking entirely new ap¬ 


proaches?” How, for example, can you 
use 10 orders of magnitude improve¬ 
ment in error rate and bandwidth? 

Applications 

Of course, the answer to this question 
depends on the problem you are trying 
to solve with the network. As we ap¬ 
proach the end of the century, an entire 
new set of applications is emerging that 
appears certain to consume very large 
bandwidth, probably up to 1 gigabit per 
second per node. In some cases, this 
1-Gbps figure means a sustained rather 
than a burst bit rate. 

These applications are quite varie¬ 
gated and depend on whether the phys¬ 
ical topology is simply a point-to-point 
link, a point-to-multipoint structure, or 
a full network (any-to-any addressabil¬ 
ity available). 

The most prominent link application 
is the long-haul common-carrier trunk. 
As installed today, such trunks can han¬ 
dle more than 1 Gbps of voice and data 
traffic. The challenge we face concerns 
how to upgrade long-haul links for the 
day when each user will want access to 
1 Gbps of capacity. 
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To get a little more topologically 
complex, point-to-multipoint structures 
are expected to provide “fiber to the 
home” or “fiber to the office,” 5 carrying 
the multiple bit streams of HDTV, 
digital audio, and other emerging ap¬ 
plications. 

As for networks, the gigabit applica¬ 
tions are appearing first in LAN and 
MAN environments. A network can be 
considered a topological structure, usu¬ 
ally of more than one hierarchical level, 
that allows any node to reach any other 
node on a peer-to-peer basis. 

There is already an urgent require¬ 
ment 6 in university and other research 
environments for networks that will 
provide supercomputer support of hun¬ 
dreds or thousands of high-performance 
workstations with live-motion color 
graphics. 

Medical imaging is another impor¬ 
tant application. The image-quality re¬ 
quirements are so exacting that the 
medical community is not sure it can 
trust image-compression techniques. 
Therefore, the images are usually trans¬ 
mitted in uncompressed form, and scan¬ 
ning one or two of these per second can 
generate bit rates approaching 1 Gbps. 

Another pressing LAN/MAN appli¬ 
cation is the interconnection of com¬ 
puter mainframes to each other and to 
their storage peripherals within one cen¬ 
ter (the “glass house”) and also the 
interconnection of glass houses. This 
requirement has led to the introduction 
of such second-generation systems as 
the ANSI 0.8-Gbps Hippi standard, the 


IBM Enterprise Connection at 0.2 Gbps, 7 
and the current work in ANSI study 
group X3T9.3 to define a 1-Gbps serial 
standard (fiber channel). The two latter 
efforts are aimed at spanning MAN dis¬ 
tances (tens of kilometers). 

To satisfy all these emerging applica¬ 
tions, it will be necessary to deal with 
limits on electronic speeds that appear 
to be effectively permanent. At 
1 -gigabit-per-node sustained demand, 
it is difficult to imagine that second- 
generation approaches will ever be suf¬ 
ficient to build a 1,000-node network. 
The 1,000-Gbps electronics that would 
be required to do this simply does not 
seem to be a realistic expectation. 

The fiber links era 

For most of the 25-year history of 
fiber-optic communication, the commu¬ 
nication community has been preoccu¬ 
pied with sending the highest possible 
bit rate over a single link for the longest 
unrepeatered distance. 8 This has simply 
been a reflection of the priorities of the 
world’s common carriers and their re¬ 
search laboratories. Not only has it been 
more in their interest to continue to 
upgrade the installed long-haul plant, 
but this has also been much easier to 
achieve — both technically and eco¬ 
nomically— than upgrading millions of 
individual copper subscriber loops. 

Figure 1 shows the remarkable prog¬ 
ress in bit-rate-distance product that 
was made over the past 15 years alone. 9 


The mid-1970s’ capability provided by 
multimode fiber driven by lasers oper¬ 
ating in the near-infrared (0.85 micron 
wavelength) was soon superseded by 
that of single-mode fiber driven at 1.3-p 
wavelength, where pulse smearing due 
to dispersion is small and attenuation is 
only 0.5 decibels per kilometer. 

Systems at 1.5 p, where this attenua¬ 
tion figure is only 0.2 dB per kilometer, 
soon followed. The introduction of co¬ 
herent detection provided still more 
capability, because taking into account 
the frequency and phase of the light 
allows lower detectability limits to be 
achieved than can be achieved with much 
cruder direct detection. 

In direct detection, the receiver regis¬ 
ters only the amount of energy observed 
and ignores the sinusoidal character of 
the light. Recently, preoccupation with 
coherent detection has been challenged 
by the realization that error-rate per¬ 
formance that is almost as good can be 
achieved much more cheaply and sim¬ 
ply by suitable use of direct detection 
working with photonic receiver pream¬ 
plifiers. Such amplifiers have become 
truly commercially available only with¬ 
in the past year. Direct detection is very 
simple, because only the presence or 
absence of light is detected; phase, fre¬ 
quency, and polarization are ignored. 

Until very recently, the single long- 
haul link has dominated thinking about 
lightwave communication. But now, an 
interesting change is taking place in the 
research agendas of the participating 
corporations. The emphasis is shifting 
from the single long-haul link to multi- 
points and networks. This is as true of 
component research as it is of system 
research. 

Since long-haul transport, where 
bandwidth and distance are the impera¬ 
tives, is in relatively good shape, atten¬ 
tion is turning to providing connectivity 
rather than bandwidth, first over LAN 
distances and then over MAN distances. 
This shift is apparent in the research 
literature and in the advanced proto¬ 
typing efforts of various leading-edge 
companies and carriers. 2 


Fiber paths in networks 

Figure 2 is an attempt to capture the 
essential differences in the three net¬ 
work generations. In the first genera¬ 
tion, all links are copper, and conver¬ 
sions between waveforms and bits take 
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Figure 2. Schematic representation of the three generations for a toy network 
consisting of four nodes. 


place at every node along the path be¬ 
tween end users. 

In the second generation, all links are 
fiber, which improves the bit rate and 
bit-error rate but leaves propagation 
latency unchanged, as diagrammed in 
the figure by showing the links to be 
fatter but the same length as before. 
Conversion at each node still exists. 

In third-generation networks, there 
are electrical-to-optical conversions only 
at the ends of a physical connection. 
Electronic bottlenecks stay out of the 
picture except at the ends. 

The feasibility of all-optical commu¬ 
nication at 1 Gbps per user is already 
being proven at LAN distances and to 
some extent for MANs, though it is only 
emerging slowly for WANs. This pattern 
matches the likely future availability of 
the dark fiber that will be required to 
build a third-generation network with a 
clear optical path connecting all Anodes. 

The jargon term dark fiber refers to 
fiber onto which the user can directly 
attach his or her own optical termina¬ 
tions without having to go through some¬ 
one else’s electronic equipment with its 
restrictions on protocol, framing, bit rate, 
and so forth. 

It is estimated that typically one-third 
of all the fiber that has been installed by 
the regional Bell operating companies, 
AT&T, and other interexchange carri¬ 
ers, and by the alternate-access carriers 
is dark. 10 This is not because third- 
generation networks were planned, but 
is the result of the usual practice of 
installing plenty of overcapacity for fu¬ 
ture growth. 

When you realize that each fiber has 
a potential carrying capacity of 25,000 
Gbps, equal to the volume of all US 
telephone calls at the peak busy hour 
(in the US, on Mother’s Day), and that 
even those that are “lit” are using only 
one-tenth of 1 percent of this potential, 
it is hard not to wax enthusiastic about 
the possibilities. 

Providing dark fiber is widely consid¬ 
ered by the user community to be the 
responsibility of the common carriers, 
but the issue of whether they will readi¬ 
ly do so is controversial. Instead of mar¬ 
keting capacity, the carriers traditional¬ 
ly prefer to market service. This involves 
interposing their own standardized TDM 
resources, whose main function is to 
support voice, not computer communi¬ 
cation. 

Today, only the alternate access ven¬ 
dors, serving mainly the larger Ameri¬ 


can cities, are eager to provide dark 
fiber over tens of kilometers’ distance. 10 
Thus, before dark fiber is available na¬ 
tionally or internationally, we may see a 
repetition of the court battles of the 
1970s over what constitutes a “trans¬ 
parent, highly usable” common-carrier 
offering. In fact, some litigation has al¬ 
ready begun. 11 A more promising possi¬ 
bility is the growth of interest in provid¬ 
ing dark fiber on the part of the alternate 
access carriers or the cable TV industry. 

The limits on distance in third- 
generation networks do not appear to 
be technical. In particular, attenuation 
is not the problem that it used to be. 
Fiber attenuation is about 0.25 dB/km 
at 1.55 p wavelength, and purely pho¬ 
tonic amplifiers that have recently be¬ 
come commercially available have 20- 
30 dB of gain across several thousand 
gigahertz of bandwidth, while introduc¬ 
ing only a modest amount of noise. 
Therefore, optical-to-electronic conver¬ 
sions involving traditional repeaters can 
be entirely avoided with technology 
available today. 

In long, high-speed links, chromatic 
dispersion arises; the propagation ve¬ 
locity is slightly different across the sig¬ 
nal bandwidth if the bit rate is too high. 
For third-generation LANs and MANs, 
this is unlikely to be the problem that it 
traditionally has been with long-haul 
telephone company links. This is be¬ 
cause any single wavelength carries only 
the bit rate of one connection, not the 
aggregated bit rate of all connections as 
with second-generation links and net¬ 
works. 



Figure 3. The three classes of address¬ 
ing schemes: wavelength (frequency) 
division, time division, and code divi¬ 
sion (spread spectrum). 


Forms of addressing 

As Figure 3 shows, you can address 
messages from one node to another ac¬ 
cording to wavelength or frequency 
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Figure 4. The three most popular forms of third-generation lightwave-network topology: (a) star connection, (b) reen¬ 
trant bus, and (c) tree. 


(WDM A), time slot (TDM A), or wave¬ 
shape (spread spectrum or CDMA). 
Of these, WDMA seems to be the cur¬ 
rent favorite. 

One reason for this is that TDMA 
requires that there be many slots per 
bit time. CDMA goes even further by 
subdividing each bit time into hundreds 
or thousands of “chips” (waveform sam¬ 
ples) per bit time. In fact, you can show 
that for about lO 10 bit-error rate, 
CDMA requires more than 40 chips 
per bit per node in the network. 

All-optical TDMA and CDMA en¬ 
coders and decoders are feasible 
enough, but when you think about 1,000- 
node networks at 1 Gbps each, the dis¬ 
persion in the fiber, plus the require¬ 
ment to synchronize to within one slot 
time (for TDMA) or one chip time (for 
CDMA), renders these two options 
relatively less attractive than WDMA, 
where nothing has to run any faster 
Figure 5. Capacity limits imposed by various technology choices. than the bit rate. 


Limit of nanoseconds tunability with lasers 
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The space- 

division 

alternative 


There is, of course, an¬ 
other way large numbers of 
nodes can be connected so 
that the electronics in each 
node runs no faster than that 
node’s own bit rate. That way 
is to use a central space- 
division switch. 12 

Progress on large purely 
photonic (that is, third- 
generation) switches does not 
appear to be very promising 
so far. 13 Therefore, most cur¬ 
rent gigabit-per-port switch 
proposals involve the second- 
generation approach of con¬ 
verting from photons to elec¬ 
trons, doing the switching 
electronically with a high degree of par¬ 
allelism (to minimize the amount of gi¬ 
gabit technology internal to the switch), 
and converting back to photons again. 

Such switches might be developed 
rapidly and successfully, but the N-log- 
N internal connectivity complexity, plus 
the problem of call-queuing at a shared 
controller, could be important inhibi¬ 
tors. In addition, if the electronic speed 
bottleneck is to be avoided, the topolo¬ 
gy of the network is forced to be a single 
star with the switch at the center. 

Overall network 
throughput capacity 

Figure 4 shows — in its simplest form 
— what a WDMA all-optical network 
looks like. It can be a star connection to 
a central passive optical star coupler, a 
reentrant bus in which energy is taken 
from or added to a common bus by 
means of taps, or it can be a tree. 

Work in the early 1980s on third- 
generation lightwave networking tend¬ 
ed to emphasize the bus geometry. How¬ 
ever, investigators soon realized that, 
since decibel loss accumulates linearly 
with the number of nodes along the bus 
but only logarithmically with a star, the 
latter would be preferable. Even the 
logarithmic loss is severe enough to con¬ 
stitute the principal limit on bit rate and 
number of nodes N in the network. For 
LANs or MANs, these losses are more 



Figure 6. Experimental tunable laser diode (Nippon Elec¬ 
tric Co.). 


important than any link attenuation that 
occurs due to network physical size. 

Figure 5 shows the limit in number of 
nodes N and bit rate per node, assuming 
a star topology and a 10' 10 bit-error 
rate. The rightmost diagonal line indi¬ 
cates the limit of25,000-GHz bandwidth. 

Interestingly, this limit on product of 
number of nodes and modulation band¬ 
width per node happens to be very close 
to that obtained by asking how many 
photons per bit will give a 10" 10 bit-error 
rate. 14 (Commercial-grade photodetec¬ 
tors and 1-milliwatt laser diodes are as¬ 
sumed.) That is, first you take the num¬ 
ber of photons per bit generated at the 
transmitter (divide the number of pho¬ 
tons per second in 1 mW of power by the 
reciprocal of the bit rate) and split this 
across N nodes. At this stage, you can 
see how large N must get before the 
number of photons per bit becomes less 
than that required to develop a 10' 10 bit¬ 
error rate. The answer is the same as 
that given by the fiber bandwidth. 

The next diagonal line in Figure 5 
shows the limit imposed by the finite 
bandwidth of today’s commercially avail¬ 
able photonic amplifiers. The third line 
shows the tuning limit of today’s tun¬ 
able laser diodes. 


Technologies 

If you plan to use wavelength (fre¬ 
quency) as the address parameter, it 
follows that some sort of tunability will 


be required — at each trans¬ 
mitter, at each receiver, or 
both. This requires either 
tunable lasers or tunable fil¬ 
ters. The most convenient 
way to modulate digital in¬ 
formation onto the laser light 
output is simply to turn the 
laser on and off (“on-off key¬ 
ing”) with the two levels of 
the bit stream. 

Lasers that will tune over 
the entire 200-nanometer 
wavelength range are clear¬ 
ly desirable, since they can 
provide transmitter tunabil¬ 
ity or receiver tunability — 
the latter by using the tun¬ 
able laser as the local oscilla¬ 
tor in a coherent receiver 
structure that resembles a ra¬ 
dio receiver. 

An even more important 
advantage of tunable lasers 
is that the speed of retuning the emitted 
wavelength of such a device can be as 
short as a few nanoseconds, since it is 
limited by device capacitance and carri¬ 
er-transport times involving very tiny 
dimensions of less than a tenth of a 
millimeter. Unfortunately, the tunable 
laser diode, although the object of much 
research worldwide, still remains a lab¬ 
oratory device. 

The currently favored design, the 
“three-section” laser diode (see Figure 
6), is capable of tuning in nanoseconds, 
but only over about 9 nm (1,100 GHz); 
hence, the third diagonal line from the 
right in Figure 5, which gives the capac¬ 
ity limits for a network where nanosec¬ 
ond tuning times are a requirement. 
Such a network would use packet switch¬ 
ing at gigabit rates, with the ability to 
re-address in a few hundred bit times 
appropriate to packet switching. 

The three-section laser diode shown 
in Figure 6 operates by carefully con¬ 
trolling the currents injected into the 
three sections. The current into the left¬ 
most section controls the intensity of 
the light emitted, and the other two 
currents control the way two reso¬ 
nances interact to define the radiated 
optical frequency. 

The first of these resonances is a sim¬ 
ple cavity resonance between two mir¬ 
rors, the leftmost facet of the device and 
an effective mirror at the right formed 
by the tunable mirror region. The sec¬ 
ond resonance is due to the fact that the 
bottom of the tunable mirror region is 
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corrugated so as to form an optical 
grating whose resonant frequency de¬ 
pends on the refractive index of the 
material, which in turn depends on the 
current. This complex but widely un¬ 
derstood device (and its descendents) 
represent today’s best bet for nanosec¬ 
ond addressing speed in lightwave net¬ 
works. 

A technology commercially available 
today is the tunable Fabry-Perot filter, 
simply a resonant cavity consisting of 
two mirrors whose spacing can be tuned 
piezoelectrically. Such devices can be 
made tunable over almost any desired 
range, but the tuning speed is limited by 
mechanical inertia. The time to retune 
is at least hundreds of microseconds, 
which is fast enough for all circuit¬ 
switching applications, but not fast 
enough for packet switching of gigabit- 
per-second bit streams. 

Commercially available Fabry-Perot 
filters have been used successfully in 
prototype third-generation networks. 
One of these networks is the Rainbow- 
I network developed at IBM Research. 
In Figure 7, an arrow points to a pack¬ 
aged commercial Fabry-Perot filter 
embodied in a Rainbow-I plug-in cir¬ 
cuit card that runs on the MicroChannel 
(system bus) of a PS/2 or RISC System 
6000 workstation. In this network, up to 


32 such nodes can be interconnected 
over 25-kilometer distances. Each node 
can operate at bit rates up to 300 Kbps. 

In receivers using such devices, the 
light received from the central star cou¬ 
pler (and thus carrying all the bit streams 
at all the different wavelengths) is fil¬ 
tered in the Fabry-Perot device so as to 
pass only one node’s transmission, and 
then is passed to a standard photodetec¬ 
tor followed by low-noise amplifier 
stages and a threshold device. 

The horizontal lines in Figure 5 show 
the capacity of networks using Fabry- 
Perot tunable filters. The limiting pa¬ 
rameter is not tuning range, but the 
interchannel crosstalk that occurs when 
you place the channels too close togeth¬ 
er in frequency. Several different val¬ 
ues of the maximum N (number of nodes) 
are shown for the finesse, or “Q,” of 
these filters. Finesse values such as 100- 
200 are typical of such commercial de¬ 
vices as that of Figure 7. 

Finesse is defined as the ratio of the 
spacing in optical frequency of the re¬ 
petitive resonance peaks relative to their 
width. From this definition, it is clear 
that the amount of adjacent-channel 
crosstalk that leaks through to produce 
bit errors will be smaller when the fi¬ 
nesse is higher. The finesse goes up with 
mirror parallelism, smoothness, and loss¬ 


lessness, and therefore the cost goes up 
with the finesse. 

Several tricks can be exploited to make 
relatively inexpensive devices with fi¬ 
nesses in the thousands, as would be 
required for networks with thousands 
of nodes. A number of researchers are 
also seeking ways to speed up tuning by 
electrically changing the index of the 
cavity material rather than the physical 
length of the cavity. 

In the past year, purely photonic am¬ 
plifiers having 20-30 dB of gain across 
many thousands of gigahertz of band¬ 
width have become commercially avail¬ 
able. These use several meters of spe¬ 
cially doped fiber that is spliced into the 
link at the appropriate point. 

When the electrons in the dopant at¬ 
oms are pumped to high energy levels 
by some 100 mW of light from a nearby 
small but powerful laser diode, any inci¬ 
dent signal within the bandwidth of the 
device will be strongly amplified. Com¬ 
plete commercially available amplifiers 
that include the fiber, the pump-laser, 
and suitable couplers and isolators oc¬ 
cupy only two or three cubic inches. 

There are a number of techniques for 
locking the frequency of tunable devic¬ 
es to reference standards or to the wave¬ 
length of the incoming signal (as the 
circuitry in Figure 7 does). 

Several of the approaches to third- 
generation network technology being 
addressed worldwide are so promising 
that experimental 1,000-node MANs (50 
km in diameter) at 1 sustained gigabit 
per second per node will undoubtedly 
be built within the next three years. 

Protocol layers before 
and after 

Figure 8 presents a view of the pro¬ 
tocol stack — the suite of architectural 
layers — for second- and third- 
generation lightwave networks. The 
left two diagrams represent first- and 
second-generation nodes, and the right 
two represent projected third- 
generation possibilities. The second 
and fourth diagrams indicate the tradi¬ 
tional protocol layers: 

• physical, 

• multiaccess control (MAC), 

• data link, 

• network, 

• transport, 
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• session, 

• presentation, and 

• application. 

The activation, deactivation, and pa¬ 
rameter setting for all the layers is pre¬ 
sided over by the control point (usually 
an application), indicated by the shad¬ 
ed inverted L at the right of each layer 
diagram. 

The content of each of the first four 
layers is dictated by the parameters of 
the network technology, and that of the 
upper three by the demands of the ap¬ 
plication user. 

For WANs, the intermediate-node 
routing function (network layer) is im¬ 
portant, but media access is simple, usu¬ 
ally a matter of making a leased or dial¬ 
up connection (voice-grade dial-up, 
ISDN connection, and so forth). Con¬ 
versely, for LANs and MANs, no rout¬ 
ing decisions need be made, and the 
network layer is essentially absent, al¬ 
though the multiaccess protocol can 
become quite sophisticated. 

With the arrival of third-generation 
networks, changes occur in the upper 
protocol levels, reflecting the session 
and presentation requirements of new 
applications. Some of the new applica¬ 
tions are opened up by the great perfor¬ 
mance and ease-of-use advantages of 
third-generation networks. 

The immediate changes, however, are 
occurring in the communication layers 
and in the control point. 

Among the atomic protocol functions 
are packetizing/depacketizing, rese¬ 
quencing, splitting/merging, error re¬ 
cover, flow control, priority-class han¬ 
dling, and encryption/decryption. 
Various architectures handle them at 
various layers. 

In the higher layers, such functions 
are intended to serve the needs of the 
application; in the lower layers, they 
cater to the peculiarities of the commu¬ 
nication technology. As indicated in 
Figure 8, for first- and second- 
generation networks, many of these 
atomic functions were often repeated 
several times as the same data stream 
traversed the protocol stack on its way 
into or out of the node. Three of the 
atomic functions — error control, flow 
control, and packetizing/depacketizing 
— are illustrated alongside the left side 
of Figure 8, as done in a typical first- 
generation architecture (SNA). 

The potential effect on this structure 
of introducing third-generation technol¬ 
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Figure 8. A representation of the potential for third-generation networks to re¬ 
alize several forms of improvement: (1) fewer and simpler protocol layers and 
their associated control point (layer diagrams at right), and (2) elimination of 
redundant instances of “atomic protocol functions” (circles at left). (ERP = er¬ 
ror-recovery protocols, FC = flow control, and PKT = packetizing/depacketiz¬ 
ing) 


ogies and the corresponding protocols 
is to greatly simplify the communica¬ 
tion layers, similarly simplify the con¬ 
trol-point function, and execute many 
of the atomic functions only once on 
behalf of the application only. The dia¬ 
gram doesn’t show the network layer, 
as is appropriate for a LAN or MAN, 
where there is only one hop between 
any two nodes (see Figure 4). 

A number of lightweight protocols 
have already been implemented. These 
are all concerned with presenting, at the 
top of the transport layer, an interface 
that will have the greatest efficiency. 
This means at least 

(1) removing redundant instances of 
the atomic functions, 

(2) pruning the size and number of 
the finite-state machine representations 
of each individual protocol, 

(3) designing toward an execution 
environment that makes the fewest pos¬ 
sible memory moves and, if possible, no 
calls to the operating system, and 

(4) implementing as much of the pro¬ 
tocol stack as possible in hardware very 
near the physical port, without the sys¬ 
tem bus’s intervening between the hard¬ 
ware and the node’s CPU. 

Sending the messages up and down 


through the protocol stack is a steady- 
state process in the sense that it takes 
place on a continuous basis as informa¬ 
tion is transmitted. Thus, it is extremely 
time-sensitive. (Note that in gigabit net¬ 
works, even 1 millisecond of delay means 
1 megabit of data delayed). 

The network control functions, on 
the other hand, are also time-sensitive, 
although not so much so. A logical con¬ 
nection between application-layer 
entities at the two ends of the connec¬ 
tion needs to be set up and taken down 
as fast as possible. Part of the light¬ 
weight protocol effort consists of prun¬ 
ing not only the steady-state processes 
within the layers but also the intermit¬ 
tent network-control functions within 
the control point (shaded inverted L in 
Figure 8). 

Making the 
communication layers 
invisible 

Work continues not only on making 
the protocol stack and its control more 
efficient, but also on making it serve the 
idiosyncrasies of the applications and 
hide from the application any depen¬ 
dencies on the underlying communica- 
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tion technology. Both jobs are made 
much easier by the new lightwave tech¬ 
nology. 

The agenda for network architects is 
to understand and exploit the revolu¬ 
tionary properties of optical fibers, par¬ 
ticularly the 10 orders of magnitude 
greater bandwidth and smaller error rate, 
and to do this in the most effective way 
possible. With this in mind, I next dis¬ 
cuss each of the communication layers. 

Obviously, the LAN and MAN phys¬ 
ical layer changes completely for the 
third generation. Commands entering 
the layer from the control point will 
lead to changing a wavelength, a time- 
division slot, or a CDMA waveform — 
most probably the first of these, if 
WDMA continues to be the format of 
choice. 

WDMA third-generation lightwave 
networks that use circuit switching of¬ 
fer a high degree of protocol transpar¬ 
ency, since different protocol stacks can 
be implemented on different physical- 
level connections at different wave¬ 
lengths. This protocol transparency ex¬ 
ists during the steady-state interval after 
the connection is set up and before it is 
taken down —just as with voice-grade 
phone lines. 

The MAC layer changes completely. 
First-generation LAN protocols such as 
802.3 carrier-sense multiaccess with col¬ 
lision detect (CSM A/CD) and 802.5 (to¬ 
ken rings) assumed that the propaga¬ 
tion time across the network was a small 
fraction of a packet duration. Waiting 
for a collision detection slot to expire or 
a token to arrive imposes an unaccept¬ 
able performance hit as the network 
size grows larger than about 1 kilometer 
and the bit rate climbs above a few 
megabits. 

In the second-generation FDDI and 
DQDB (802.6), some relief is obtained 
by allowing a limited amount of concur¬ 
rency (more than one packet in progress 
somewhere on the network at any in¬ 
stant of time), but the multiple is not 
large — somewhere between 1 and 10. 
What is needed is for the amount of 
concurrency to approach N, the num¬ 
ber of stations; this is what the all- 
optical technology provides. 

Special circuit-switch and packet- 
switch protocols for third-generation 
networks are an active area of research. 

First-order changes in the link layer 
and in the packetizing/depacketizing 
functions of the network layer are like¬ 
ly. Some argue that the achievable error 


Special circuit-switch 
and packet-switch 
protocols for third- 
generation networks 
are an active area 
of research. 


rates of photonic technology (say 10" 15 ) 
are as good as the uncorrected error 
rates of existing DLCs and will be dom¬ 
inated by buffer overflow errors any¬ 
way, so why do any error detection 
and retransmission at all in third- 
generation networks? 

Many applications — for example, 
certain graphics applications — do not 
require such heroic error-control in any 
event. Thus, it is possible to think of 
relegating all bit-error recovery to the 
transport layer or even the higher (ap¬ 
plication-driven) layers of the stack. If 
this proves workable, an essentially null 
link layer may be expected in the third 
generation. 

For third-generation LANs and 
MANs that use one physical hop, the 
intermediate routing function of the 
network layer is no more necessary than 
it was for the first two generations. These 
are the cases in which nodes can reach 
each other directly rather than by going 
through intermediate nodes. 

As for packetizing/depacketizing in 
this layer and the transport layer, the 
very low bit-error rate has some impor¬ 
tant consequences that recall the old 
arguments about the relative virtues of 
packet switching and circuit switching, 
and whether packet switching always 
has to mean short packets — for exam¬ 
ple, less than a thousand bytes. 

With third-generation networks, pack¬ 
et size can be matched entirely to the 
application, including a packet length 
so long that you might normally consid¬ 
er it a circuit-switched connection. 

If the application is credit-card check¬ 
ing, the packet length provided by the 
transport interface to the application 
instance can be that of the record, per¬ 
haps only a few hundred bytes. At the 
other extreme, if the application is to 
support an uninterrupted file transfer 


or a full-screen high-resolution work¬ 
station with continuous video refresh, 
the streaming type of service class can 
be provided in which a “packet” might 
be megabytes in length. 

This should allow each of the many 
instances of the higher layers that sit on 
top of the transport layer to do its own 
error recovery and packetizing inde¬ 
pendently. Since all the instances would 
share the same lower layers through a 
common buffer, flow control at the trans¬ 
port layer is still required. 

It is conceivable that eventually pho¬ 
tonic technology will become so inex¬ 
pensive that many physical ports per 
node would be feasible. In the case of 
WDMA, this means one fiber port per 
node, but many wavelengths at that port. 

However, photonics cost levels are 
currently so high that it will not be easy 
to provide many physical ports per node 
using today’s lightwave components, 
even though the fiber will often have 
more than enough bandwidth to serve 
all the ports in the network. 

If costs ever drop low enough, the 
number of physical ports per node could 
grow until it becomes as large as the 
number of logical ports (communica¬ 
tion-based application instances); that 
is, one protocol stack per application. 
You can compare this with today’s situ¬ 
ation in which the number of instances 
of the physical and data-link level (that 
is, the number of physical ports) is one 
or two orders of magnitude smaller than 
the number of instances of the higher 
layers. 

Transport-level flow control to pre¬ 
vent shared-buffer overflow could then 
be done away with, since it might now 
take place entirely to serve individual 
applications. In today’s packet-switching 
networks, buffers in the lower layers 
are not dedicated to individual applica¬ 
tions but are instead dedicated to indi¬ 
vidual links that are shared across all 
applications. 

Low-cost all-optical solutions will also 
mean that eventually this form of net¬ 
working will be accessible to PCs and 
Macintoshes. 

Network control 

Imaginative simplifications should be 
possible in the control point, shown as 
the inverted L in Figure 8. Previously, 
network control consisted of the fol¬ 
lowing steps (not necessarily in the or- 
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der listed) when some application re¬ 
quired a logical connection to another 
application somewhere in the network, 
known only by name: 

• The topology of the network chang¬ 
es when a new node or link joins or 
leaves (this new topology is made known 
to all nodes). 

•The location of the named target 
application is learned by invoking some 
sort of directory function. 

• The best route to the node contain¬ 
ing the target application is determined. 

• The logical connection (session) to 
that application is set up and this fact is 
confirmed at both ends. 

• Use of the connection commences. 

In principle, in a single one-hop third- 
generation network, where every node 
sees every other directly, as in Figure 4, 
all this could be collapsed into one ex¬ 
change — an ask-and-go style of usage. 
The session request verb is broadcast 
and, if there is any node anywhere in the 
LAN or MAN containing an instance of 
the named resource, that node’s ad¬ 
dress is returned in the session response 
and the connection is thus completed. 

Interconnection of 
third-generation LANs 
and MANs 

As mentioned previously, it is expect¬ 
ed that third-generation networks will 
proliferate first as LANs, then as MANs, 
and later as WANs, partly because this 
is the order in which dark fiber will 
become freely available. The topic of 
extending third-generation LAN and 
MAN technology to wide area network¬ 
ing (for example, nationwide) is begin¬ 
ning to draw serious thought. 

It appears that, for the foreseeable 
future, the only gigabit wide-area links 
that will be available are those second- 
generation point-to-point links that use 
specific TDM call-setup and framing 
conventions — for example, BISDN, 
SONet, ATM, and so forth. 

Components are being developed that 
could be used for all-optical gateways 
between networks to do wavelength¬ 
swapping or wavelength-sensitive rout¬ 
ing. However, these components are 
presently only at the research stage. 

The National Research and Educa¬ 
tion Network is a testbed upon which 


many new ideas for gigabit networking 
could be tested, third-generation opti¬ 
cal networks among them. The technol¬ 
ogy for interconnecting individual LAN 
or MAN “islands” is to use existing 
SONet and ATM long-haul transmis¬ 
sion facilities, each having up to 2.49 
Gbps aggregated capacity. 


T he state of today’s lightwave 
technology is such that LANs 
and MANs providing 1-Gbps 
sustained capacity for each of1,000 nodes 
will be practical within three to five 
years, certainly for circuit switching and 
probably for packet switching as well. If 
the opportunity is exploited with imag¬ 
ination, the positive effect on network 
architectures and on applications to be 
supported will be profound. 

The public interest will best be served 
by enabling rather than inhibiting the 
diffusion of this exciting new genera¬ 
tion of networking to the widest possi¬ 
ble community of users. ■ 
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The Future Engineering of 
Software: A Management 
Perspective 


Victor R. Basili, University of Maryland 
John D. Musa, AT&T Bell Laboratories 


In the 1990s, market 
forces will drive 
software development 
into quantitative 
methods for defining 
process and product 
quality. 


T here are many perspectives from which to view the future of software. 
This article focuses on the engineering process that underlies software 
development. This process is critical in determining what products are 
feasible. We support a quantitative approach and believe that software engineer¬ 
ing must move in this direction to become a true engineering discipline and to 
satisfy the future demands for software development. Further, we want to spotlight 
some areas of software engineering that we believe have received less attention 
than they merit. We begin with a brief summary of how information technology has 
affected both institutions and individuals in the past few decades. 

The past. In the 1960s, information technology penetrated institutions. This 
decade could be called the functional era, when we learned how to exploit 
information technology to meet institutional needs. Institutional functions began 
to interlink with software. 

In the 1970s, the need to develop software in a timely, planned, and controlled 
fashion became apparent. This decade introduced phased life-cycle models and 
schedule tracking. It could be called the schedule era. 

The 1980s might be named the cost era. Hardware costs continued to decrease, 
as they had from the early days of computing, and the personal computer created 
a mass market that drove software prices down as well. In this environment, 
information technology permeated every cranny of our institutions, making them 
absolutely dependent on it. At the same time, it became available to individuals. 
Once low-cost applications became practical and widely implemented, the impor¬ 
tance of productivity in software development increased substantially. Various 
cost models came into use and resource tracking became commonplace. 

The problem with these approaches to software development is their focus on 
single, isolated attributes. We did not understand the relations among functional¬ 
ity, schedule, and cost well enough to control trade-offs. We did not effectively 
define other attributes such as reliability, necessary for engineering a software 
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product that satisfies a user’s needs. We 
did not learn enough about how to engi¬ 
neer and improve products based on 
experience. 

The future. We believe the 1990s will 
be the quality era, in which software 
quality is quantified and brought to the 
center of the development process. This 
new focus on quality will be driven by 
the dependence of institutions on infor¬ 
mation processing. We can also expect 
software vendors to try to create new 
demand in the consumer mass market. 
Thus, home applications might expand 
rapidly in the nineties, although the time 
required for cultural acceptance of some 
applications could delay this past the 
turn of the century. 

The consumer mass market, with its 
potential for large sales but rather un¬ 
sophisticated users, increases the de¬ 
mands on quality. These demands, when 
satisfied, intensify competition in the 
institutional market because institutions 
can improve quality for their customers 
if better quality is available in the infor¬ 
mation systems they depend on. In the 
future, this overall intense competition 
will be international. 

In this article we discuss software 
quality, software engineering that uses 
models and metrics to achieve quality, 
the processes needed to achieve soft¬ 
ware quality, and how to put these pro¬ 
cesses and technology into practice. 

Software quality 

Quality is not a single idea, but a 
multidimensional concept. The dimen¬ 
sions of quality include the entity of 
interest, the viewpoint on that entity, 
and the quality attributes of that entity. 
Entities include the final deliverable, 
intermediate products such as the re¬ 
quirements document, and process com¬ 
ponents such as the design phase. Ex¬ 
ample viewpoints are the final 
customer’s, the developing organiza¬ 
tion’s, and the project manager’s. The 
quality attributes that are relevant in a 
given situation depend on both the en¬ 
tity and the viewpoint. For example, 
readability is an important quality at¬ 
tribute of a requirements document from 
the designer’s viewpoint. Elapsed time 
is an important quality attribute of the 
design phase from the project manag¬ 
er’s viewpoint. It is important to quanti¬ 
fy these dimensions wherever possible. 


Software quality attributes 
are not independent; they 
influence each other. 


Product quality. The ultimate quality 
goal is user satisfaction. Therefore, we 
will consider quantitative specification 
of final product attributes that satisfy 
explicit and implicit user needs. The 
attributes most often named as signifi¬ 
cant are functionality, reliability, cost, 
and product availability date. Reliabil¬ 
ity often ranks first. 

It is possible to reduce the list of 
attributes to three by taking a broad 
view of reliability as the probability (over 
an appropriate time period) that the 
product will operate without user dis¬ 
satisfactions (denoted “failures”). In this 
view, if a function is missing when the 
user needs it, the event marks a failure. 
Thus, the attribute of functionality folds 
into the attribute of reliability. 

The degree of quality is the closeness 
with which the foregoing attributes meet 
user needs. Competition makes it nec¬ 
essary to improve the match. It will 
increasingly force joint supplier-user 
setting of objectives and measurement 
to compare them with the results. 

Software quality attributes are not 
independent; they influence each other. 
If we think of reliability in terms of 
failure intensity or failures per unit time, 
we can define a quality figure of merit as 
the reciprocal of the product of failure 
intensity, cost, and development dura¬ 
tion. (The real relationship among the 
factors is probably somewhat more com¬ 
plex than simply taking their product, 
but this formulation will serve our pur¬ 
poses here.) 

The quality figure of merit always 
characterizes the state of the art. Con¬ 
sequently, a lower failure intensity (in¬ 
crease in reliability) will generally re¬ 
quire an increase in cost or development 
duration or both. As technology ad¬ 
vances, the quality figure of merit in¬ 
creases and the lower failure intensity is 
achieved at lower cost or less develop¬ 
ment time or both. 

Process quality. Meeting quality ob- 
j ectives in the delivered product requires 


a suitable quality-oriented development 
process. You can view this process as a 
series of stages, each with feedback 
paths. In each stage, an intermediate 
supplier develops an intermediate prod¬ 
uct for an intermediate user — the next 
stage. Each stage also receives an inter¬ 
mediate product from the preceding 
stage. Each intermediate product will 
have certain intermediate quality at¬ 
tributes that affect the quality attributes 
of the delivered product, but are not 
necessarily identical to them. For exam¬ 
ple, in the design stage, designers are 
the users for the requirements specifi¬ 
cation. They develop the system archi¬ 
tecture and unit specifications, defining 
them in a design document, which is 
their intermediate product. Important 
quality attributes of the design docu¬ 
ment are readability and completeness 
in meeting system requirements. 

In addition to viewing the develop¬ 
ment process as a series of stages with 
intermediate products, we need to look 
at it as a semistructured cognitive activ¬ 
ity of a social group. Human cognitive 
processes and social dynamics in soft¬ 
ware development affect product qual¬ 
ity. For example, some evidence sug¬ 
gests that informal communication 
networks have much more impact than 
documents in the software development 
process. 

We need models of the development 
process, measures of its characteristics, 
and practical mechanisms for obtaining 
those measures. We need to relate the 
measures to the quality attributes of the 
deliverable product. Then, we can con¬ 
trol the development process and ad¬ 
just it to meet the attribute objectives. 
For example, what are the appropriate 
methods for developing a product that 
must have high reliability and what lee¬ 
way in cost or delivery is permissible to 
achieve it? 

Finally, we need models of how users 
will employ the system and of the rela¬ 
tive criticality of the various operations 
in this context. 

Engineering with 
models and metrics 

We have had quantitative approach¬ 
es to the design and implementation of 
pure hardware systems for some time. 
Scheduling, cost estimation, and reli¬ 
ability technologies for hardware were 
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fairly well developed by the 1960s, but 
similar technologies for software have 
lagged by 20 to 30 years. We believe this 
is due to lesser understanding of soft¬ 
ware development and the essential dif¬ 
ferences between hardware and soft¬ 
ware engineering (for example, the 
differences between production and 
development). 

In spite of the complexity of the task, 
we must model, measure, and manage 
software development processes and 
products if we are to optimize the bal¬ 
ance among quality attributes and satis¬ 
fy user needs. Understanding where the 
time and effort are going and what pro¬ 
cesses provide the attributes needed for 
a more reliable product will help us 
refine models of quality attributes and 
the interrelationship between process 
and product. 

To do this we must isolate and cate¬ 
gorize the components of the software 
engineering discipline, define notations 
for representing them, and specify in¬ 
terrelationships among them as they are 
manipulated. The discipline’s compo¬ 
nents consist of various processes and 
process components (for example, life- 
cycle models and phases, methods, tech¬ 
niques, tools), products (for example, 
code components, requirements, de¬ 
signs, specifications, test plans), and 
other forms of experience (for example, 
resource models, defect models, quality 
models, economic models). 

We need to build descriptive models 
of the discipline components to improve 
our understanding of 

(1) the nature and characteristics of 
the processes and products, 

(2) the variations among them, 

(3) the weaknesses and strengths of 
both, and 

(4) mechanisms to predict and con¬ 
trol them. 

We have models for some compo¬ 
nents. For example, there are several 
mathematical models of programs and 
modules, such as predicate calculus, func¬ 
tions, and state machines. 

Cost and schedule models have moved 
from research and development into 
application. There are parameterized 
cost models for using historical data to 
predict the project costs. For example, 
many organizations are using or study¬ 
ing cost models like Cost Constructive 
Model (Cocomo), 1 Software Life-Cycle 
Management (Slim), Software Produc¬ 


tivity, Quality, and Reliability Model 
(SPQR), and Estimacs. 2 

Software reliability engineering mod¬ 
els are coming into practice. 2 The expo¬ 
nential and logarithmic nonhomoge- 
neous Poisson models are the most 
widely used models in the industry to¬ 
day. Japan has made some use of S- 
curve models. 

We have models and modeling nota¬ 
tions for various life-cycle processes. 
These key modeling technologies form 
the basis for a quantitative approach to 
the engineering of software-based sys¬ 
tems — enough to start the advance of 
software engineering from craft to sci- 

However, many more areas require 
models. For example, little work has 
been done in organizing and system¬ 
atizing the practical knowledge accu¬ 
mulating in various application domains. 

We need to screen the models that do 
exist. They often require more formal 
definition, further analysis, and inte¬ 
gration to deepen our understanding of 
their components and interactions. We 
need to eliminate models that are not 
appropriate or useful. 

Based upon analysis of these descrip¬ 
tive models, we must build prescriptive 
models that improve the products and 
the processes for creating them. Pre¬ 
scriptive models must relate to quality 
attributes. We must provide feedback 
for project control and learn to package 
successful experience. 

Because the overall solutions are both 
technical and managerial, model-build¬ 
ing requires the support of many disci¬ 
plines. The next several sections focus 
on areas of technology that we believe 
will play an important role in deepening 
our understanding and attainment of 
software quality in the next decade. 

Formal methods. To improve our 
understanding of the software product 
itself and to enable the abstraction of its 
functionality, computer scientists have 
developed product models based on 
mathematical formalisms. These formal¬ 
isms include predicate calculus, func¬ 
tions, and state machines (based on the 
work of R. Floyd, E. Dijkstra, C. Hoare, 
H. Mills, and others). These models have 
had theoretical value for many years, 
but they have not been used effectively 
in practice. This is largely due to the 
inability to scale them up to reasonable- 
size systems. 

We are now beginning to see some 


practical application of formal methods 
in software development (for example, 
the Vienna Development Method, Z, 
and Cleanroom). They also may add to 
the associated discipline of correctness- 
oriented development. For an introduc¬ 
tion to formal methods, see Wing. 3 

Design methods. The 1980s brought a 
major breakthrough in software design 
with the introduction of object-orient¬ 
ed design methods, technologies, and 
languages. 4 This approach will continue 
to have a major effect on software de¬ 
sign in the 1990s. For example, we ex¬ 
pect object-oriented technologies to play 
a major part in the definition of inte¬ 
grated support environments. The no¬ 
tion of managing and designing systems 
by objects will be better defined and 
will change the way we think about sys¬ 
tems. Object-oriented approaches, like 
functional decomposition approaches, 
will become part of the software engi¬ 
neer’s set of intellectual tools. They have 
already begun to affect the creation of 
reusable software, and this effect is ex¬ 
pected to increase as we learn more 
about software engineering and reuse. 

Programming languages. Languages 
that support object-oriented design and 
programming, in whole or in part, will 
continue to evolve (for example, Ada, 
Objective C, C++, Smalltalk). Notations 
will also evolve for formalizing higher 
level abstractions, such as requirements 
and specifications. The higher the level 
of these languages, the more likely they 
will become application oriented and 
specialized. For example, we will con¬ 
tinue to see fourth-generation languag¬ 
es introduced for specific applications; 
we will also see more effective transla¬ 
tion of these higher order languages 
into executable forms. These notations 
will become basic tools in the engineer¬ 
ing process for software. 

Measurement approaches. Measure¬ 
ment is associated with modeling. We 
must base measures on models to deter¬ 
mine if they are performing as planned. 
In the past, measurement has been met¬ 
ric oriented, rather than model orient¬ 
ed. In other words, it has involved col¬ 
lecting data without an explicit goal, 
model, and context. For example, in 
analyzing a test process, project manag¬ 
ers may collect data such as program 
size or number of defects. But they may 
be unable compare the data to other 
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projects unless the models used to spec¬ 
ify the size and defect measures are 
documented with sufficient contextual 
information to interpret the data. 

We have begun to see more orga¬ 
nized approaches to measurement — 
approaches based on models and driven 
by goals. 5 These approaches integrate 
goals with models of the software pro¬ 
cesses, products, and quality perspec¬ 
tives of interest. They tailor these goals 
and models to the specific needs of the 
project and the organization. For exam¬ 
ple, if the goal is to evaluate how well a 
system test method detects defects, then 
models of the test process and defects 
must be available. Information that sup¬ 
ports interpretation must be collected 
and integrated. For example, how ef¬ 
fectively was the test method applied? 
How well did the testers understand the 
requirements? How many failures oc¬ 
curred after system test compared with 
similar projects? 

Mechanisms for defining measurable 
goals have come into use. These include 
the goal/question/metric paradigm, the 
quality function deployment approach, 6 
and the software quality metrics ap¬ 
proach. 7 We expect the use of these 
frameworks to increase in the future. 

Usage and reduced-operation soft¬ 
ware. Software usage will guide soft¬ 
ware development. An operational pro¬ 
file, the set of expected user operations 
and their probabilities of occurrence, 
will be defined at the same time as the 
system requirements. Operations are 
akin to functions except that they also 
incorporate the concept of the environ¬ 
ment. Operations are classified by crit¬ 
icality where appropriate. The opera¬ 
tional profile, adjusted for criticality, 
will guide the setting of priorities and 
allocation of effort for the entire devel¬ 
opment process. 

There is an excellent chance that we 
will see the emergence of reduced-op¬ 
eration software. ROS is the software 
analog of reduced instruction-set com¬ 
puting. It is based on the observation 
that most software has a few operations 
that are used most of the time and many 
operations that are used rarely. The 
rarely used operations eat up a large 
proportion of development, documen¬ 
tation, and maintenance costs. They also 
complicate the system, making user 
training much more difficult. The ROS 
approach avoids implementing as many 
of the rarely used operations as possi- 


We are likely to see more 
focus on the internal 
problem-solving activity of 
individuals and on ways to 
enhance its quality. 


ble. In many cases, they can be replaced 
by sequences of more basic, frequently 
used operations. System and software 
designers might set up these sequences 
and document them for users or leave 
them for users to determine, since many 
users may never require them. 

Reuse. In the past, reuse was limited 
mostly to the code level and based on 
individual experience. Interest and tech¬ 
nology development have recently 
surged in this area. We can and must 
reuse all kinds of software experience, 
but reusing an object requires the con¬ 
current reuse of the objects associated 
with it. For example, we have seen the 
development of faceted schemes, tem¬ 
plates, and search strategies associated 
with reusable software components. 
Objects may have to be tailored for a 
particular project’s needs; hence, reus¬ 
able objects must be evaluated for reuse 
potential and processes must be estab¬ 
lished for enabling reuse. 

Reuse will grow in the next decade 
based on better understanding of its 
implications and on development of 
supporting technology. Object-orient¬ 
ed design should make reuse easier. 

Cognitive psychology. Cognitive psy¬ 
chology is the study of problem solving. 
We can use its disciplines to study dif¬ 
ferent intellectual activities in the soft¬ 
ware development process. To date, very 
little research based on cognitive psy¬ 
chology has been performed in soft¬ 
ware engineering, but there is substan¬ 
tial evidence of its promise. Software 
engineering, after all, is primarily a prob¬ 
lem-solving activity. Unfortunately, few 
researchers are trained and experienced 
in both fields. The two fields also have 
significant cultural differences, which 
can make cross-fertilization difficult. For 
example, many software researchers 
pride themselves on the controlled dis¬ 
cipline and logic they believe is central 


to their approach to problems. Cogni¬ 
tive psychologists sometimes focus on 
the deficits and weaknesses they find 
inherent in all human intellectual pro¬ 
cesses. 

Application of cognitive psychology 
in software engineering has generally 
focused on the human-computer inter¬ 
face. This focus is implicit in computer- 
aided software engineering tools. CASE 
has championed such human-computer 
interface design principles as protect¬ 
ing users from mistakes, helping them 
navigate easily through the commands 
and data, providing for direct manipu¬ 
lation of objects (for example, screen 
editors), and using metaphors (for ex¬ 
ample, the “sheets of paper” metaphor 
of windows). 

This tools-oriented work will undoubt¬ 
edly continue, but we are likely to see 
more focus on the internal problem¬ 
solving activity of the individual and the 
methodologies and environmental fac¬ 
tors that can enhance the quality and 
efficiency of this activity. For example, 
people are known to have limited short¬ 
term memory. Are there software de¬ 
velopment methods that deal with this 
limitation in a way that increases pro¬ 
grammer productivity? Does this limi¬ 
tation tend to produce certain types of 
faults? If so, can we use that informa¬ 
tion to improve reliability and debug 
more efficiently? 

Early work of Curtis, Krasner, and 
Iscoe 8 indicates that application domain 
knowledge is a principal factor in the 
wide performance differences among 
software developers. This belies the fre¬ 
quently held concept that software de¬ 
velopment is a domain-independent 
activity that can be abstracted and taught 
totally by itself. The findings argue for a 
certain degree of specialization among 
programmers. Attention must be given 
to organizing, publishing, and advanc¬ 
ing knowledge in specific domains and 
to providing corresponding education, 
either formal or on-the-job. 

A study of expert debuggers 9 shows 
that the stereotype of these people as 
isolated software “freaks” is not true. 
The best debuggers have excellent com¬ 
munication, negotiation, team building, 
and other social skills. They generally 
have a clear vision of the system’s pur¬ 
pose and architecture. They typically 
cultivate an extensive network of ex¬ 
perts they can call on. The career im¬ 
portance of these social skills indicates 
that education in these areas should 
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start in the university and continue in 
the workplace. 

Software sociology. Most software 
projects are group activities, involving 
all the complexities of group dynamics, 
communication networks, and organi¬ 
zational politics. The study of group be¬ 
havior in software development is in its 
infancy, but like the study of individuals, 
it promises to improve our understand¬ 
ing of the development process, particu¬ 
larly at the front end. Many observers 
believe that improving this phase of de¬ 
velopment could have the most impact 
on software quality and productivity. 

Software developers commonly face 
inefficiencies and quality degradation 
that result from highly volatile require¬ 
ments. Some change is unavoidable be¬ 
cause user requirements evolve with 
time. However, poor communication 
accounts for much of this problem. Re¬ 
search on this problem 8 has shown that 
successful software development is a 
joint process in which the developer 
learns the application domain and user 
operations, and the user learns the de¬ 
sign realities and available choices. 

Negotiation and conflict resolution are 
inescapable parts of the process. Manag¬ 
ing the learning and negotiation process¬ 
es intelligently is critical to success. So is 
making decisions in a timely fashion. In 
fact, there is some indication that the 
percentage of unresolved design issues 
at a given point in the project life cycle 
may be a good indicator of progress and 
predictor of future trouble. Measures 
can play an important role in making the 
negotiation process concrete and the 
negotiated agreements specific. 

Inadequate documentation has been 
blamed for many project problems that 
appear to stem from poor communica¬ 
tion. However, documentation may not 
be the real culprit. 8 Many developers do 
not consider it possible to maintain doc¬ 
umentation that is sufficiently current 
to meet their needs. They get their in¬ 
formation through informal networks. 
This suggests that we devote more ef¬ 
fort to encouraging, cultivating, main¬ 
taining, and supporting such networks. 

Improving software 
quality 

Engineering processes require mod¬ 
els of the various entities within a disci¬ 


pline. The models must approximate 
reality and include a controlled feed¬ 
back loop to monitor the differences 
between the models and reality. In soft¬ 
ware engineering, we have often not 
had enough models to complete the pro¬ 
cess. Where we do have models (for 
example, for costs and schedules), we 
do not sufficiently understand the rela¬ 
tionship between them and the other 
discipline entities. 

Models are necessary for focusing 
attention on the multiplicity of issues 
necessary for engineering a product. But 
so is a process that supports feedback, 
learning, and the refinement of the 
models for the environment. 

Manufacturing has learned to control 
production using models and measure¬ 
ments of the process and product. Feed¬ 
back processes, such as the Plan-Do- 
Check-Act cycle, 10 have provided 
quality-oriented processes for manufac¬ 
turing. The Deming paradigm uses mod¬ 
els and measures to control and engi¬ 
neer the characteristics of processes and 
products. The Plan phase sets up mea¬ 
sures of quality attributes as targets and 
establishes methods for achieving them. 
The Do phase produces the product in 
compliance with development standards 
and quality guidelines. The Check phase 
compares the product with the quality 
targets. During the Act phase, problem 
reports become the basis for corrective 
action. Achieving the quality target is 
the gate to the next phase. 

Although software development is 
fundamentally different from manufac¬ 
turing, at some level the same principles 
apply. We need a closed-loop process 
with feedback to the project and the 
organization. The process must consid¬ 
er the nature of software development. 
The quality improvement paradigm 5 is 
an example approach. It can help in 
applying, evolving, tailoring, and refin¬ 
ing various models and ranges of mea¬ 
surements in software development. 

In QIP, planning requires models of 
the various software products and prod¬ 
uct quality attributes, processes and 
process quality attributes, and environ¬ 
mental factors. The models must be 
quantifiable and the measures for them 
must be set. Developers must under¬ 
stand particular project needs with re¬ 
spect to such factors as functionality, 
schedule, cost, and reliability. Project 
and corporate goals are set relative to 
measurements associated with the mod¬ 
els. Unlike manufacturing, there is no 


single model of the process. Developers 
must choose the process to meet the mix 
of quality attributes required by a par¬ 
ticular product’s user. 

Doing and checking require follow¬ 
ing the selected process and taking mea¬ 
surements to track conformance with 
the models. Because many models are 
primitive, we also need to track wheth¬ 
er the model’s predictions are valid and, 
if they are not, modify the models to 
come closer to reality. 

Acting requires a closed-loop project 
cycle with feedback for modifying mod¬ 
els as well as the processes. It involves 
analyzing and packaging the experience 
gained on a project so that it is available 
to other projects. Analysis includes a 
postmortem review of the feedback data 
to evaluate the existing models, deter¬ 
mine problems, record findings, and 
recommend future model improve¬ 
ments. Packaging involves implement¬ 
ing model improvements and storing 
the knowledge gained in an experience 
database available for future projects. 
This represents a closed-loop organiza¬ 
tion cycle that transfers learning from 
project to project. 

Emphasis on the engineering process 
will help achieve quality goals for soft¬ 
ware development. It also supports the 
transfer of technology within and from 
outside an organization. 

Making software 
engineering technology 
more transferable 

Transferring technology within an 
organization requires an evolutionary, 
experimental approach, similar to QIP. 
Such an approach bases improvements 
in software products and processes on 
the continual accumulation of evaluat¬ 
ed experience (learning) in a form that 
can be effectively understood and mod¬ 
ified (such as with experience models). 
Experience models must be integrated 
into an experience base that can be ac¬ 
cessed and modified to meet the needs 
of new projects (reuse). The evolving 
process and product models can help in 
technology transfer. They represent 
what we know and can apply in the 
software development process. 

This paradigm implies the separation 
of project development, which we can 
assign to a project organization, from 
the systematic learning and packaging 
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of reusable experiences, which we can 
assign to a so-called experience factory? 
The project organization’s role is to 
deliver the systems required by the user, 
taking advantage of whatever experi¬ 
ence is available. The experience facto¬ 
ry’s role is to monitor and analyze project 
developments; to package experience 
for reuse in the form of knowledge, 
processes, tools, and products; and to 
supply these to the project organization 
upon request. 

In this sense, the experience factory 
is a logical organization, a physical or¬ 
ganization, or both. It supports project 
developments by acting as a repository 
for experience, analyzing and synthe¬ 
sizing the experience, and supplying it 
to various projects on demand. The ex¬ 
perience factory evaluates experience 
and builds models and measures of soft¬ 
ware processes, products, and other 
forms of knowledge. It uses people, 
documents, and automated support to 
do so. 

Transferring software 
technology into an 
organization 

There has been little success to date 
in transferring new software engineer¬ 
ing methodologies and tools into active 
practice, despite the potential benefits 
of improving the development process 
in an industry of software’s size and 
importance. This failure may be partly 
because software engineering is a pro¬ 
cess rather than a product. It is an ab¬ 
stract intellectual activity with limited 
visibility, which makes it much more 
difficult to transfer. 

Also, research and practice in soft¬ 
ware engineering have been divided, 
both organizationally and by cultural 
values, impeding good communication. 

Most practicing software engineers 
are not aware of all the possibilities for 
improvement that exist. Most research¬ 
ers are not aware of the full range of 
problems that must be solved before 
new technologies can be applied in prac¬ 
tice. Tools and methodologies are often 
difficult to learn or to use or both. Al¬ 
though most people realize that improve¬ 
ment means change in practice, few have 
been willing to deal with the cultural, 
motivational, and other factors that 
impede change. 

The situation is not likely to change 


Research and practice in 
software engineering have 
been divided, both 
organizationally and by 
cultural values, impeding 
good communication. 


until researchers and practitioners deal 
explicitly with these factors, rather than 
leaving them to chance. 11 They must 
support change proactively. 

Practitioners need to address the re¬ 
quirements and possibilities for improve¬ 
ment. Improvement requires widespread 
education in new methods, closely inte¬ 
grated with education in tools. We need 
methods and tools that are easy to learn 
and use. The new technology must evolve 
and adapt as we gain experience with its 
use and continually evaluate its success¬ 
es and failures. A concept like the expe¬ 
rience factory can help with this. 

A planned approach is necessary. Stra¬ 
tegic planning identifies the goals for 
change and provides a basis for continu¬ 
ing evaluation of activities undertaken 
to achieve the goals. In general, this 
approach follows the classic phases of 
technology transfer: raising awareness, 
cultivating interest, and persuading 
someone to try the technology, followed 
by trial use and full adoption. Raising 
awareness typically involves the use of 
publications, talks before organizations, 
videos, and demonstrations at exhibits 
and meetings. 

Market research is important in find¬ 
ing connections between project require¬ 
ments and the opportunities offered by 
new technology. Then, technical re¬ 
search can find solutions to these re¬ 
quirements and extend available tech¬ 
nology to seize the opportunities. Thus, 
technical and market research interact. 

The development of training courses 
requires input from both marketing and 
technical research. However, courses 
are only part of the technology transfer 
process. Experts should present imple¬ 
mentation workshops for the new tech¬ 
nology. Consultants must be available 
to solve problems or, if a problem is not 
currently solvable, to stimulate research 
aimed at developing the technology 
needed for resolution. 


The development of software tools 
should be seen as necessary to the appli¬ 
cation of a new technology and as an 
integral part of technology transfer. 

It is useful for marketing personnel to 
attend training courses. They can facil¬ 
itate connections between technical in¬ 
terests and project applications. This 
may involve uncovering and dealing with 
technological and cultural barriers to 
change. Technical marketing personnel 
can open communication channels, pro¬ 
actively soliciting user feedback that 
technology transfer personnel can use 
to improve tools, courses, consulting, 
research, and the marketing process it¬ 
self. 

These activities require a range of 
skills difficult to find in one person. 
Hence, building a team of people whose 
skills complement each other is essen¬ 
tial, as is building trust and good com¬ 
munication within the team. In the fu¬ 
ture, we expect corporations to create 
technology transfer organizations spe¬ 
cifically to improve and speed up the 
process of adopting software engineer¬ 
ing technologies. These organizations 
will probably include a diverse group of 
professionals: researchers, educators, 
software developers, consultants, and 
marketing personnel. They will most 
likely associate closely with a research 
organization, but also have access to a 
training organization. They will culti¬ 
vate extensive networks among practi¬ 
tioners. Technical improvement will 
depend on much more than technical 
factors alone. 

W e have tried to show why 
and how the 1990s will be 
the quality era for software. 
We believe that increasingly intense 
international competition will make it 
essential to specify and attain quantita¬ 
tive product characteristics in software- 
based systems. This will drive software 
engineering to become a true engineer¬ 
ing discipline. 

Existing technologies will become 
either better focused (reduced-opera¬ 
tion software), more disciplined (reuse, 
measurement approaches), or more 
practical (formal development meth¬ 
ods), providing more effective models 
for software development. The new dis¬ 
ciplines of cognitive psychology and 
software sociology will enrich software 
technology. 

Process and product models and oth¬ 
er forms of structured experience will 
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aid in the practical engineering of soft¬ 
ware. Feedback and learning through 
measurement based on these models 
will become fundamental. Software 
models will become corporate assets, 
used not only for improving quality but 
also for transferring technology. Com¬ 
panies will plan for efficient technology 
transfer. 

The justification for any measure is 
its role in helping satisfy user needs, and 
the importance of the measure is its 
correlation with this satisfaction. The 
presence of measures indicates that a 
technology is being challenged in a 
healthy fashion, that it is responding 
positively, and that it is thefefore ma¬ 
turing. ■ 
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VIEWPOINTS 


Europe 1992 and its impact on information technology 

Philip Treleaven, University College London 


The prospect of a single internal 
market in 1992 has created a new spir¬ 
it of adventure in the European Com¬ 
munity. It represents a great challenge 
in all fields of trade and industry, es¬ 
pecially information technology, and 
offers a unique opportunity to cut 
costs, expand markets, and exploit co¬ 
operation across the EC. 

Europe 1992 also brings into ques¬ 
tion the whole future political shape 
of the EC, Margaret Thatcher being 
the first political casualty. All 12 
member states agree on the economic 
benefits of a single internal market of 
350 million customers. But should the 
future be a “United States of Europe” 
or an “Economic Community of Sov¬ 
ereign States”? And what happens to 
the countries outside: the Switzer- 
lands and Swedens of Western Eu¬ 
rope, the Hungarys and Polands in the 
East, and NATO members such as 
Turkey, pressing for EC membership? 

Early collaboration in ESPRIT. 

However, for the information technol¬ 
ogy industries, 1992 and the internal 
market occurred in 1982, stimulated 
by collaborative research pro¬ 
grammes, such as the European Stra¬ 
tegic Programme for Research and 
Development in Information Technol¬ 
ogy. 1 ESPRIT is one of the great EC 
success stories, fostering collaboration 
between organizations from different 
member states, developing enabling 
technologies in key areas, and paving 
the way to European standards. 

The origins of ESPRIT can be 
traced to Japan’s Fifth-Generation 
Project launched in 1981. European 
countries for the first time realized 
the importance and extent of the Jap¬ 
anese government’s involvement in 
coordinating and stimulating collabo¬ 
rative industrial research. In response 
Britain, Germany, and France estab¬ 
lished similar government-coordinat¬ 
ed research programs in key informa¬ 
tion technologies: artificial intelli¬ 
gence, parallel processing, and VLSI 
design. 

Before ESPRIT there was little col¬ 


laboration between information tech¬ 
nology companies, research institutes, 
and universities in different European 
countries. Even within a country there 
was little contact between companies 
and universities across Europe. All 
looked to the US. ESPRIT essentially 
established the single market for in¬ 
formation technology, building strong 
links between companies, institutes, 
and universities. ESPRIT’s success 
stimulated over 40 other collaborative 
research programs including RACE 
(telecommunications), AIM (Infor¬ 
matics in Medicine), Eureka, DELTA 
(Informatics in Education), DRIVE 
(Informatics in Road Safety) — and 
the Euro-Acronym industry. 

ESPRIT program structure. The 

ESPRIT program is implemented by 
projects selected from public calls for 
proposals, based upon an annually up¬ 
dated workplan. The program com¬ 
prises collaborative, precompetitive 
research and development projects, 
carried out across frontiers by the EC 
companies, universities, and research 
institutes. Funding for a project is 50 
percent from the EC budget and 50 
percent from the participants. 

Each project is undertaken by a 
consortium of companies and univer¬ 
sities, each containing at least two in¬ 
dependent industrial partners from 
different member states. Projects vary 
greatly in composition. A large 
project might comprise three compa¬ 
nies and three universities from differ¬ 
ent member countries, with funding of 
$10 million running for three years. 
The first phase of ESPRIT, called ES¬ 
PRIT I, was a five-year research pro¬ 
gram running from 1984 to 1989. The 
total R&D effort of the first phase 
amounted to approximately $1.5 bil¬ 
lion funding, Under ESPRIT I, 226 
projects were launched. At its peak, 
3,000 engineers and scientists from 
420 independent organizations were 
working full-time on ESPRIT I 
projects. The second phase of ES¬ 
PRIT, called ESPRIT II, was initiated 
in 1988, and will continue with the 


same broad objectives. It is a larger 
scale operation, but still preserves the 
mechanisms used by ESPRIT I; name¬ 
ly, cost-sharing between the EC and 
partners, consensus-building, the 
workplan, and the principle of on-go¬ 
ing assessment. The total ESPRIT II 
budget is approximately $3.2 billion. 
This translates to $800 million per 
year for project costs. 

Changing information technology 
culture. ESPRIT and related EC re¬ 
search programs are changing the cul¬ 
ture of information technology in Eu¬ 
rope. First, they have stimulated 
inter-country collaboration and as a 
result have largely created an internal 
EC market. Second, they have greatly 
raised awareness of emerging technol¬ 
ogies in European information tech¬ 
nology companies. Third, they have 
resulted in new product develop¬ 
ments. Fourth, the programs are 
changing the style of European infor¬ 
mation technology research, making it 
more applied and product-oriented, as 
it is in the US and Japan. 

Looking beyond 1992, the Europe¬ 
an Community currently encourages 
organizations from Switzerland, Swe¬ 
den, and other western European 
countries to collaborate in its research 
program. Collaboration with eastern 
European countries is virtually impos¬ 
sible due to lack of funds. In the fu¬ 
ture, collaborative research in infor¬ 
mation technology should extend to 
the US, given our shared culture and 
heritage, and possibly also Japan. 
Here, I believe, the IEEE Computer 
Society has a central role to play in 
encouraging collaboration, since it is 
the only truly international informa¬ 
tion technology organization. 
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Hideo Aiso, Keio University 

The lead agency in the formation 
and implementation of Japanese in¬ 
dustrial policy is the Ministry of Inter¬ 
national Trade and Industry. MITI 
recognizes the need for Japan to culti¬ 
vate information technology as an in¬ 
tellectual resource that compensates 
for the lack of natural resources. In¬ 
formation technology is expected to 
alleviate many of the crucial social 
problems that are likely to appear in 
an information-oriented society. 

MITI also recognizes that the devel¬ 
opment of information technology is 
constrained by four features. First, it 
requires a long lead time. Second, it 
consumes a large amount of research 
funds. Third, it involves high risk. 

And finally, as sophistication and 
complexity increase, even large corpo¬ 
rations have more and more difficulty 
maintaining in-house research and de¬ 
velopment in all relevant technolo¬ 
gies. However, the destiny of modern 
Japanese industries rests on informa¬ 
tion technology, which MITI believes 
will be the basis for industry in the 
next generation. 

MITI policies. With this in mind, 
MITI embarked in 1966 on a large- 
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scale national R&D project for future 
information technology. Since then, 

12 major national projects have been 
undertaken to exploit information 
technology. These projects include 
special features to meet expected 
needs of the 1990s. The national 
projects have been carried out under 
the following policies: 

• National projects are limited to 
the most advanced high-technology 
areas, particularly to precompetitive 

Res earch in the area between the pro^ 
prietary research conducted in corpo¬ 
rate laboratories and the fundamental 
research pursued mainly in universi¬ 
ties. 

• The projects apply only to R&D 
plans where the scale of financing ex¬ 
ceeds levels that individual corpora¬ 
tions can afford and to cases where 
the introduction of R&D activities is 
almost impossible in the private sec¬ 
tor. The results expected from the 
projects should not cause any eco¬ 
nomic conflict in future world mar¬ 
kets. 

• The national projects are wholly 
funded by direct expenditures from 
MITI, and MITI holds all patents and 
intellectual properties. 


•The tripartite collaboration of uni¬ 
versities, industries, and government 
is promoted as indispensable to the 
success of large-scale R&D projects. 

R&D efforts. Since 1966, MITI has 
provided research funds to private 
corporations that agree to participate 
for a set period of time in the national 
projects. The corporations benefit 
from knowing what the next genera¬ 
tion of useful technology and research 
will be. The major results acquired so 
far from the national projects are the 
following: 

• In the first national project, 
known as the Very High Performance 
Computer Project, MITI concentrated 
the entire computer industry on the 
development of one system — a pro¬ 
totype of a machine incorporating the 
world’s highest levels of performance, 
surpassing the IBM System/370. 

• The Pattern Information Process¬ 
ing Systems Project studied various 
pattern recognition problems, includ¬ 
ing those involving characters, voice, 
three-dimensional objects, and natural 
language understanding. The project 
has had a great influence on present 
pattern information processing tech¬ 
nology. 

• The Fourth-Generation Computer 
Systems Project supported develop¬ 
ment of basic software systems and in¬ 
telligent terminals for Japanese lan¬ 
guage processing. These systems in 
turn support increased computer use 
in Japan. This project made an enor¬ 
mous contribution to the materializa¬ 
tion of Japanese intelligent document 
processors. 

•The Basic Industrial Technology 
for the Next Generation Project has 
devoted most of its research efforts to 
nurturing new functional materials, 
which might be identified as essential 
bases for next-generation industries. 
This project also includes the investi¬ 
gation of biocomputing, which is in¬ 
tended to create a new concept in 
computer design using the brain as a 
model for visual processing and artifi¬ 
cial intelligence. 

• The Very High Speed Scientific 
Computing Systems Project was 
aimed at developing a supercomputer 
with a processing speed of more than 
10 gigaflops, which used GaAs and 
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HEMT (high electron mobility tran¬ 
sistor) devices to form high-speed 
multiplexors and a random number 
generator. A 4-bit microprocessor 
consisting of about 5,000 Josephson 
junction devices was successfully de¬ 
veloped for the first time anywhere. 

• The goal of the Fifth-Generation 
Computer Systems Project is to devel¬ 
op revolutionary computer systems 
for application to a wide range of 
knowledge problems, including expert 
systems and natural language under¬ 
standing. Early important accomplish¬ 
ments included the design and devel¬ 
opment of a logic programming 
language system and a personal se¬ 
quential inference (PSI) machine for 
single-user support of program devel¬ 
opment in Prolog. An experimental 
parallel inference machine, consisting 
of 64 PSI machines, was also demon¬ 
strated. The final goal — a parallel 
inference machine composed of 1,024 
VLSI inference engines — is under 
development. 


For those of us working with con¬ 
current engineering, a recent spate of 
publicity citing its value has been 
most surprising and rewarding. A 
Business Week special report on 
smarter manufacturing, April 30, 

1990, “How Concurrent Engineering 
Can Reinvigorate American Indus¬ 
try.” In an October 1990 special issue 
on R&D, IEEE Spectrum called con¬ 
current engineering an “approach to 
shortening time to market.” Most re¬ 
cently, Cadillac Division of General 
Motors, a 1990 winner of the Malcolm 
Baldridge Quality Award, attributed 
its success to using simultaneous engi¬ 
neering (another name for concurrent 
engineering). 

Common-sense idea. A common- 
sense idea underlies concurrent engi¬ 


• The Software Industrialized Gen¬ 
erator and Maintenance Aids Project 
was designed to develop a system for 
industrializing and standardizing, 
software production. The SIGMA 
project goals were to install uniform 
software engineering standards, im¬ 
prove the quality and productivity of 
software, prevent duplication of ef¬ 
fort, and exploit improved facilities. 

• The Interoperable Database Sys¬ 
tems Project has studied technologies 
for distributed database systems and 
system compatibility. It also involves 
the implementation of a multimedia 
processing capability and the stan¬ 
dardization of the Open Systems In¬ 
terconnection protocols. 

• The Future Personalized Infor¬ 
mation Environment Development 
for 21st Century Project proposes a 
metaware and agency model for a 
new human interface architecture. 
This project, called Friend 21, culti¬ 
vates essential technologies for ana¬ 
log computing, high-quality natural 


neering and encourages US industry 
to rapidly embrace it. The idea is 
that design and development of the 
product, the associated manufactur¬ 
ing equipment and processes, and 
the repair tools and instructions are 
all done concurrently. Evolution of 
the product and the associated man¬ 
ufacturing and repair capabilities are 
treated as a single integrated activity. 
The concurrent engineering idea 
contrasts sharply with the current in¬ 
dustry sequential practices where 
first the product is designed and de¬ 
veloped, then the manufacturing ap¬ 
proach is established, and finally the 
approach to repair is determined. 

Implementation characteristics. 

While the idea underlying concur¬ 
rent engineering is simple, the imple¬ 


language processing, and a user- 
friendly interface suitable for the per¬ 
sonalization of information in various 
application environments. 

Future R&D. These national 
projects have achieved most of their 
technical goals. They have not only 
fostered R&D activities, but also vi¬ 
talized Japanese corporate capabili¬ 
ties with incentives in the field of in¬ 
formation technology. 

In recent years, there has been 
growing recognition of the potential 
long-term value of promoting funda¬ 
mental research and internationaliz¬ 
ing the national projects. Accordingly, 
MITI works to keep abreast of new 
trends in fundamental research and 
opens some of its national projects to 
foreign researchers. 

Meanwhile, MITI continues to play 
an important role as resource and fa¬ 
cilitator in Japanese cooperative 
R&D projects that look toward the 
21st century. 


to market 


mentation can be far reaching. To 
put concurrent engineering into practice, 
companies have changed organization 
structures, program expectations, and 
investment profiles. The characteris¬ 
tics usually seen in companies practic- 1 
ing concurrent engineering include: 

• Use of multidiscipline teams: De¬ 
sign engineers, manufacturing engi¬ 
neers, component suppliers, field ser¬ 
vice engineers, and marketing 
specialists work together to get the 
best balance between product charac¬ 
teristics and design, manufacturing re¬ 
quirements, and repair needs. 

• Rephasing of design/development 
activities and funding: To accommo¬ 
date the increased front-end design/ 
development activities for manufac¬ 
turing and field repair, initial compa¬ 
ny investments in product develop- 
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ment will be higher than in the se¬ 
quential process. However, the time 
to get to market is usually shorter. 
Also, much of the planned rework of 
the product that usually occurs in the 
sequential process is eliminated. On 
balance, companies are finding that 
using concurrent engineering results 
in lower product development and 
production costs. 

• Use of competitive benchmarking 
to establish company and product per¬ 
formance goals: The term competitive 
benchmarking describes activities 
whereby the company compares the 
performance of its process or products 
with comparable activities of outside 
companies. The idea is to establish 
performance measures using best 
world-class company performance as a 
benchmark. This activity forces the 
company to set goals based on a 
worldwide view rather than the myo¬ 
pic view that results from only exam¬ 
ining its internal performance. 

• Use of methods and data that tie 
together product and manufacturing/ 
repair: One example of such a tie is 
the use of statistical design of experi¬ 
ments to optimize product design pa¬ 
rameters against manufacturing pro¬ 
cess capability. Another is the use of 
design automation tools such as CAE/ 
CAD that are sensitive to or contain 
constraints reflecting manufacturing 
capabilities or production costs. Cor¬ 
porations are not trying to constrain 
their designers, but to put in realistic 
constraints that are transparent within 
their design processes. 

Perhaps most interesting is to ob¬ 
serve the way concurrent engineering 
is being introduced within US compa¬ 
nies. Some have announced specific 
initiatives to use concurrent engineer¬ 
ing. For example, Cadillac Division 
and Xerox (another Malcolm 
Baldridge Award winner) have em¬ 
ployed concurrent engineering on a 
large scale. The predominant ap¬ 
proach is for a company to try concur¬ 
rent engineering first on a specific 
product or part of a product. Exam¬ 
ples of this approach can be found in 
the Business Week and IEEE Spec¬ 
trum issues. Finally, many companies 
are taking steps toward this approach 
without consciously saying (or maybe 
even knowing) that they are doing 


concurrent engineering. This last 
trend shows the power of the concur¬ 
rent engineering idea, since compa¬ 
nies are implementing it intuitively. 
Thus, US industry appears to be mov¬ 
ing generally toward incorporating 
concurrent engineering into their pro¬ 
cesses for bringing products to mar¬ 
ket. 

Design automation: a key factor. 

The use of design automation has 
been identified as a key factor in ac¬ 
celerating concurrent engineering ap¬ 
plications in US industry. The design 
automation environment is viewed as 
facilitating the interactions between 
the designer, manufacturing, and field 
service engineers. US industry, aca¬ 
demia, and government agencies have 
focused development efforts on auto¬ 
mation aspects of concurrent engi¬ 
neering in two areas: frameworks and 
databases. 

A framework defines a common au¬ 
tomation structure to support users 
with different functional needs (for 
example, design, manufacturing, test). 
The framework allows efficient and, 
when appropriate, interactive ex¬ 
change of error-free design and build 
information. Companies in the com¬ 
puter-aided design business are now 
beginning to provide framework-like 
products by integrating their own 
computer design and analysis pro¬ 
grams to meet concurrent engineering 
needs. Some of these framework-like 
products provide avenues for users to 
add external programs. Major manu¬ 
facturers are also trying to integrate 
their computer-aided programs. But 
the principal need is the development 
of a framework standard that can help 
in integrating application programs 
developed by different software ven¬ 
dors. Here the efforts are just now be¬ 
ing discussed by software experts, and 
some cooperative efforts have begun. 

The work to standardize product 
descriptions is somewhat further 
along. Product descriptions would in¬ 
clude connecting design, manufactur¬ 
ing, repair, and business information. 
A standardized product description 
would allow construction of databases 
to facilitate access and transmission of 
data among functional users and com¬ 
panies. (A February 1991 article in 
IEEE Spectrum, “The Case for Ob- 
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ject-oriented Data Bases,” provides a 
good description.) A major effort in 
this area is an aerospace industry con¬ 
sortium effort to accelerate develop¬ 
ment of product definition exchange 
standards to be part of an internation¬ 
al standard called Step, the Standard 
for the Exchange of Product Model 
Data. The consortium was started at 
the urging of the Department of De¬ 
fense’s Computer-Aided Acquisition 
and Logistic Support office. While the 
standard is several years away, this 
jump-start effort has focused on a crit¬ 
ical step needed to accelerate the use 
of concurrent engineering. 

Promising future. The future for 
concurrent engineering is very prom¬ 
ising. Without much fanfare, concur¬ 
rent engineering is rapidly being 
adopted by a large number of com¬ 
mercial and defense companies. The 
payoffs for using concurrent engineer¬ 
ing are visible and real — shorter time 
to market, products that better meet 
customer needs, and improved ability 
to meet cost objectives. With the su¬ 
perior automation capability at its dis¬ 
posal, the US industry has the poten¬ 
tial to accelerate the employment of 
concurrent engineering and improve 
its more competitive force in the 
world market. 
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The scientific data decade 


Anita K. Jones, University of Virginia 


The 1990s will be the decade of sci¬ 
entific data. Technology advances 
have created the opportunity to cap¬ 
ture, process, display, and store data 
in a way and at a cost never before 
possible. There will be myriad oppor¬ 
tunities for increasing scientific 
knowledge because dramatically larg¬ 
er volumes of data will be available 
along with new techniques to apply 
the data to answering scientific ques¬ 
tions. 

Scientists as programmers. Some 
scientific communities have embraced 
computational science as a new mo¬ 
dality by which they pursue knowl¬ 
edge. The scientists involved have be¬ 
come sophisticated computer users. 
They are poised to take advantage of 
further information processing tech¬ 
nology. 

Ironically, I expect interest in data 
to be heightened partly because pro¬ 
gramming is so difficult. Scientists to¬ 
day are not served by a simple-to-use 
interface as is the home computer 
user. Typical scientific analysis soft¬ 
ware is written — sometimes rewrit¬ 
ten for each experiment — by a scien- 
tist-cum-programmer. Programming 
productivity increases very slowly, but 
there is hope for more rapid improve¬ 
ment. Neural networks still have 
bright promise. Nonprocedural, rule- 
based programming techniques are 
gradually being incorporated into pro¬ 
duction programming practice. And 
there is always the possibility of a cat¬ 
aclysmic breakthrough. However, his¬ 
tory instructs us to expect slow, incre¬ 
mental progress. 

Scientists are rightly impatient. 

They do not want to be programmers. 
But programming the computer is 
necessary today to perform most com¬ 
putational science experimentation. 
The rapidly growing data collections 
will make an attractive gold mine for 
the prospecting scientist. The compu¬ 
tationally literate scientist will have a 
competitive edge if he or she can ac¬ 
cess and process data that is intracta¬ 
ble to other, less computationally lit¬ 


erate scientists. And the scientist who 
can compose data from multiple disci¬ 
plines will have a particular advan¬ 
tage. 

Enabling technologies. The collec¬ 
tion capacity of the large number of 
sensors to be activated in the 1990s is 
immense. The five technologies that 
enable the collection, processing, stor¬ 
age, and display of scientific data are 

• high-performance processing; 

• large data storage devices; 

• high-speed graphics; 

• high-speed, ubiquitous communi¬ 
cations; and 

• sensors situated in land, sea, air, 
and space. 

The challenge of storing, process¬ 
ing, and displaying data raises a wide 
variety of unsolved hardware and 
software problems. These are best 
solved by computer scientists and 
electrical engineers — not the disci¬ 
pline scientists. 

Databases. The term “scientific da¬ 
tabases” suggests that the collections 
of data from different disciplines has 
considerable commonality. However, 
they are typically very different in 
structure and in access patterns. To il¬ 
lustrate this, compare human genome 
databases and astronomy image data¬ 
bases. 

The human genome consists of 
roughly two billion base pairs, each 
representable in two bits. The genome 
database consists of short subsequenc¬ 
es (say, 2,000 base-pairs) determined 
in the laboratory. Human differences 
as well as experimental sequencing er¬ 
rors result in overlapping and alterna¬ 
tive sequences. In addition, the ge¬ 
nome databases store supporting 
information such as accession num¬ 
bers, citations of papers in which a se¬ 
quence was published, and consider¬ 
able text and mapping information. 
String matching is a frequently used 
computation technique. 

In contrast, astronomical images, 
both radio and optical, are regular in 
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structure and registered within a 
space coordinate system and in time. 
Data is generated by sensors, not hu¬ 
man beings. The amount of informa¬ 
tion originally recorded can stress 
state-of-the-art recording techniques. 
Raw sensor data is first calibrated. 
Radio images are substantially re^ 
duced in volume during calibration 
Typically, only the smaller calibrated^ 
image can be cost-effectively stored. 
Calibration involves highly intensive 
numeric processing. Further analytic 
processing on a scientific lab-by-lab 
basis results in yet additional deriva¬ 
tive data sets. 

The dominant structure and access¬ 
ing requirements for the two databas¬ 
es are dramatically different. To ex¬ 
pect a single data management system 
to manage both a genome database 
and an astronomy image database is 
either optimistic or foolish. Yet the 
scientists in both disciplines require 
data management technology. 

Historically, it is the relational data¬ 
base that has matured — driven to a 
great extent by tabular business appli¬ 
cations. On the one hand, there are al¬ 
ternative, robust, efficient, cost-effec¬ 
tive relational database products in 
the marketplace with elegant, theoret¬ 
ic underpinnings. On the other hand, 
the relational database technology 
may be poorly suited to a scientific 
application. A genuine quandary re¬ 
sults; Use the well-developed and sup¬ 
ported relational technology, or em- 
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ploy more appropriate but riskier 
database technology. 

Challenges. The value realized from 
the scientific data collected over the 
next decade may well be determined 
by the rapidity with which the many 
technical problems in this arena can 
be solved: 

• Develop alternatives to the rela¬ 
tional database technology sufficiently 
suitable for each different class of sci¬ 
ence data. 

• Suitably integrate the analysis and 
data management functions. 

• Devise faster, lower-cost recording 
mechanisms. 

• Calibrate data on the fly. 

• Devise new data animation and 
display algorithms. 

• Develop techniques for browsing 
unfamiliar data collections. 

• Devise algorithms to detect inter¬ 
esting anomalies. 

When the newest supernova was de¬ 
tected several years ago, a number of 
scientists had images recording it, but 
they did not notice its presence in 
their data. The odd term “pre-discov¬ 
ery” is used in conjunction with that 
data and those scientists. Only those 
who detected its presence early re¬ 
ceived credit for the supernova dis¬ 
covery. Providing science with the 
tools and techniques to make “pre¬ 
discovery” a thing of the past is just 
one of the goals worth achieving. 


Information Systems 

Ralph H. Sprague, Jr., University of Hawaii 


The past 40 years have brought ma¬ 
jor advances in the use of communica¬ 
tion and computer technology to oper¬ 
ate and manage organizations. First 
known as business data processing and 
later as management information sys¬ 
tems, the field is now labeled informa¬ 
tion systems (IS). The operative word 
is “systems” because it includes not 
only the technologies, but the people, 
processes, and organizational mecha¬ 
nisms combined as systems for the pur¬ 
pose of improving the performance of 
organizations. 

Management turns out to be the 
dominant user of information technol¬ 
ogy. Communication and computer 
technologies are used in space explora¬ 
tion, weapons systems, medicine, en¬ 
tertainment, and almost all other as¬ 
pects of human activity, but the 
majority of information technology is 
used to run and manage organizations. 

The contributions of the IS field 
have been substantial. Examples in¬ 
clude: 

• Developing an understanding of 
the importance of technology assimila¬ 
tion in organizations, and the processes 
for accomplishing it. These processes 
depend heavily on the behavior of peo¬ 
ple and the principles of organizational 
change. Excellent technological devel¬ 
opments are often underutilized be¬ 
cause these processes are not properly 
nurtured. 

• Elevating the value of information 
systems in organizations — from 
throughput of transactions processing 
systems, to data organization and ac¬ 
cess, to strategic systems that improve 
the performance of the entire organiza¬ 
tion. 

• Enabling organizations to deal with 
increasing levels of complexity more 
rapidly and over great geographic dis¬ 
tance. The globalization of organiza¬ 
tions, strategic alliances among organi¬ 
zations, and the speed with which 
organizations can respond to changes 
in their environments, all depend 
heavily on the creative use of informa¬ 
tion systems. 

• Putting the user in the driver’s seat. 


No one understands the requirements 
of a system as well as the user. Proto¬ 
typing, user interfaces, distributed sys¬ 
tems, and end-user computing have all 
been developed to put the responsibil¬ 
ity for systems definition and use 
where it belongs — with the user. 

These contributions have depended 
heavily on interaction among members 
of the IS and computer science and 
engineering (CS&E) professions. In 
the future, such cooperation and inter¬ 
action will be even more important. 
Two likely developments illustrate the 
importance. 

First, traditional heirarchical organi¬ 
zations will evolve toward flatter, less 
formal, team-based structures. The re¬ 
sult will be increased need for a vari¬ 
ety of technologies to support the in¬ 
teraction among people as they work 
in groups. Distributed processing, net¬ 
works, and high-capacity telecommu¬ 
nication channels are laying the 
groundwork. E-mail, computer/video 
conferencing, and coauthoring soft¬ 
ware are early applications. But signif¬ 
icant cooperation between the IS and 
CS&E communities will be required to 
develop systems that support effective 
interaction among people “any time 
any place.” 

Second, organizations are approach¬ 
ing a major shift in emphasis in infor¬ 
mation management. With substantial 
accomplishments in managing facts 
contained in data records, many orga¬ 
nizations are turning their attention to 
managing concepts contained in docu¬ 
ments. Technology advances in several 
areas are supporting this thrust. Exam¬ 
ples are digital imaging, multimedia 
systems, and hypertext. But technolo¬ 
gy assimilation strategies will be re¬ 
quired to apply the evolving suite of 
technologies to an expanding portfolio 
of applications in a coherent way. 

The Computer Society and Comput¬ 
er magazine are well-positioned to 
nurture the interaction among the IS 
and CS&E communities. The result 
will be increased viability and rele¬ 
vance of both fields. 
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Superconductivity and 
computing technology 

Theodore Van Duzer, University of California, Berkeley 


The modern era of superconductor 
computing technology started with the 
introduction of the Josephson junc¬ 
tion. In the late 1960s, experimenta¬ 
tion showed that this device could be 
switched very rapidly. This realization 
spawned a project at IBM that grew to 
over 100 researchers by 1980 with the 
aim of developing a mainframe com¬ 
puter. A project involving several 
companies and the Electrotechnical 
Laboratory was started by the Minis¬ 
try of International Trade and Indus¬ 
try in Japan in 1980, and in 1982 was 
changed to a larger eight-year project. 
IBM terminated its efforts to make a 
mainframe computer in 1983 on the 
basis of extrapolations of both semi¬ 
conductor and superconductor tech¬ 
nologies, which showed some speed 
advantage for the superconductor 
technology, but not enough to justify 
the expected research effort. Mean¬ 
while, the MITI project continued at a 
somewhat reduced level until the 
planned conclusion in early 1990. Its 
accomplishments were impressive. 
Several groups in Japan have elected 
to continue their work in this field af¬ 
ter completion of the MITI project. 
Meanwhile, interest in the US has ris¬ 
en because of the accomplishments of 
the MITI participants. 

Process technology. Perhaps the 
most crucial developments in this field 
have been those in process technolo¬ 
gy. For many years a number of labo¬ 
ratories worked to make good-quality 
Josephson tunnel junctions with both 
electrodes of niobium to avoid the use 
of softer superconductors. Then Bell 
Laboratories demonstrated that a Nb/ 
A10 x /Nb Josephson tunnel junction, 
with the barrier formed by ambient 
oxidation of a thin aluminum layer de¬ 
posited on the niobium base elec¬ 
trode, can have excellent electrical 
characteristics and be extremely sta¬ 
ble. The other important development 
came from the Sperry Research Labo¬ 
ratory. They came up with the idea of 
first forming a Josephson junction 


over the whole wafer, and then pat¬ 
terning the desired junction areas by 
either anodization or etching. This re¬ 
placed the earlier procedure in which 
processing steps intervened during the 
formation of the tunnel junctions. 

The niobium processes used for cir¬ 
cuit studies in a number of laborato¬ 
ries employ the advances mentioned 
above. They usually have from nine to 
eleven patterned layers of thin films. 
The insulators are mostly silicon diox¬ 
ide, which has replaced earlier use of 
silicon monoxide in order to reduce 
pinhole defects. Resistors are formed 
typically from molybdenum, though 
other metals are also used. Patterning 
is done in a variety of ways including 
reactive ion etching and anodization. 
Some of the laboratories in Japan 
have demonstrated successful fabrica¬ 
tion of circuits with tens of thousands 
of gates. This all-refractory technolo¬ 
gy is extremely stable, with demon¬ 
strated shelf life of several years and 
virtually unlimited resistance to dam¬ 
age by thermal cycling. The technolo¬ 
gy is simple enough that it has been 
developed by just a few researchers in 
each of the laboratories. 

Cooling. The need to cool niobium 
circuits to 4°K adds a burden to intro¬ 
ducing this new technology, but it 
should not be a major factor for large- 
capacity computers. The air condi¬ 
tioning and/or other cooling used by 
semiconductor mainframe computers 
consumes much more space and pow¬ 
er than a 4°K cooler, which is about 
the size of a small office desk and has 
a wall power of about 15 kW. The 
coolers for 4°K operation normally re¬ 
quire a Joule-Thompson third stage, 
which has limited reliability. Recently, 
there has been success in extending 
two-stage coolers to 4°K by changing 
the heat absorbing material; this will 
not only simplify the cooler, but 
should also increase its reliability. 

Status of logic and memory. Numer¬ 
ous voltage-state logic families have 


been reported by various laborato¬ 
ries, and some have been shown to 
exhibit remarkable speeds. The logic- 
delay record is 1.5 picoseconds in a 
singly loaded OR gate and about 6 
picoseconds as an average delay in a 
large circuit. Power dissipation is typ¬ 
ically about 10 microwatts/gate. 

The main problem in this technolo¬ 
gy is memory. Early in 1990, the 
Electrotechnical Laboratory demon¬ 
strated the first fully functional 1-ki¬ 
lobit memory. It is believed that the 
technology used for this memory will 
also make possible a 4-kilobit unit. 
The access time for the 1-kilobit 
memory was 0.5 nanosecond, and a 
subnanosecond access time is also ex¬ 
pected for the 4-kilobit unit. As for 
the logic circuits, the power dissipat¬ 
ed is very small, but the memories do 
not share the large speed advantage 
over semiconductor technology that 
Josephson logic enjoys. 

Impressive microprocessors have 
been demonstrated. The most recent 
is an 8-bit digital signal processor 
with a 1-gigahertz clock demonstrat¬ 
ed at the Fujitsu Laboratories. This 
DSP comprised an 8-bit by 8-bit mul¬ 
tiplier, a 13-bit arithmetic logic unit, 
two 16-word by 8-bit RAMs, a 64- 
word by 24-bit instruction ROM, a 
16-word by 8-bit coefficient ROM, a 
sequencer, and a shift register. In a 
comparison with present Fujitsu 16- 
bit complementary metal-oxide semi¬ 
conductor DSPs, the head of the Fu¬ 
jitsu project estimates that the 
Josephson DSP will be 100 times 
faster and dissipate 25 times less 
power. 

Ideas are surfacing now for using 
cold CMOS memory in a hybrid ar¬ 
rangement with superconductive log¬ 
ic. This will make possible RAM cir¬ 
cuits considerably larger than 4 
kilobits with short access times. 

Future directions. Voltage-state 
logic in niobium technology is a good 
candidate for future computer devel¬ 
opment. It may find its ultimate use 
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in a hybrid semiconductor-supercon¬ 
ductor system with semiconductors 
providing the larger memories. The re¬ 
quired cooling for large capacity com¬ 
puters is a manageable burden though 
it is unlikely that small computers 
would advantageously be cooled to 
4°K. 

Other superconductor innovations 
could lead to higher temperature op¬ 
eration or higher speed and lower 
power at low temperatures. Materials 
allowing higher temperature operation 
include NbN for 8-10°K, BaKBiO for 
15°K, YBaCuO for 50°K, and possibly 
BiSrCaCuO or TIBaCaCuO for 77°K. 

There has also been work on new 
logic families that can be faster than 
the existing superconductive circuits 
and dissipate much less power. These 
work on the principle of transferring 
magnetic flux quanta and could be 
made for both low- and high-tempera- 
ture operation. They are still very 
much in an embryonic stage. 

The work on digital applications of 
Josephson circuits has been done 
largely by groups coming to the sub¬ 
ject from the device side. Computer 
specialists could help stimulate devel¬ 
opment of this new technology 
through collaborations to explore ar¬ 
chitectures that would make optimum 
use of its unique features. 


Semiconductor 
technology 
reaches 
middle age 

Gordon E. Moore , Intel Corp. 

Over the last few decades the ex¬ 
traordinarily flexible and extensible 
technology for making microelec¬ 
tronic functions in silicon has stimu¬ 
lated explosive market expansion. 

We have come to expect this trend to 
ever cheaper, higher performance, 
and more complex electronic func¬ 
tions. As we approach the era of mil- 
licent memory bytes and one-dollar 
MIPS, it might be time to step back 
and ask if this fantastic ride we have 
been enjoying can continue. Can the 
technology continue to evolve so that 
we can design and build increasingly 
complex functions? Is there sufficient 
market elasticity to justify the in¬ 
creasingly expensive factories re¬ 
quired to build microstructures with 
dimensions measured in hundreds of 
nanometers — a fraction of the wave¬ 
length of visible light? 

The technology is far from dead, 
but there are clear warning signs that 
the rate of progress may slow. Should 
this happen, it is better to be pre¬ 
pared than surprised. 

No near-term physical barriers. 

Semiconductor technology for mak¬ 
ing logic and memory circuits is still 
far from any fundamental physical 
limit that has been identified. Several 
laboratories have made transistors 
with dimensions as small as 100 
nanometers — far smaller than the 
800 nm used today to manufacture 
the most advanced 4-megabit 
DRAMs and 32-bit microprocessors. 
This demonstrates that there are no 
near-term fundamental barriers. 
When measured in terms of number 
of transistors, chip complexity for 
memories and logic circuits shows no 
signs of deviating from a well-estab¬ 
lished trend of geometric growth. 
Why not extend these trends to the 
end of the decade and prepare for 
the gigabit DRAMs and 100 million- 
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transistor logic circuits that such ex¬ 
trapolation suggests? 

Escalating manufacturing costs. In¬ 
creasingly, the escalating cost of manu¬ 
facturing equipment conflicts with the 
rapid obsolescence of technology gen¬ 
erations. In the advanced technologies 
in production today, depreciation con¬ 
tributes half the cost of a processed sil¬ 
icon wafer. The exponential cost in¬ 
creases for the equipment and facilities 
to make these products cannot contin¬ 
ue. In future generations this increas¬ 
ing cost component will dominate and 
determine the rate of evolution. To 
continue the current industry trend of 
introducing a new generation of tech¬ 
nology about every three years would 
require increases in already-large capi¬ 
tal investment levels that far exceed 
the industry’s rate of revenue growth. 
The economics of this situation would 
be impossible to sustain for long. 

Alternatives. There are two alterna¬ 
tives: Extend the time between genera¬ 
tions so that the capital investment can 
be utilized over a longer period, or 
keep the cost of products from falling 
at historic rates from generation to 
generation. Either way the rate of 
progress slows. 

The first alternative will probably 
happen gradually. Competition for 
leadership will continue to dominate 
strictly economic considerations for 
some time. It will take a while for the 
idea to sink in that a new technology 
generation might not mean cheaper 


September 1991 


105 


















VIEWPOINTS 


processors or memories. Perhaps the 
escalating production equipment costs 
will be mitigated as resistance from 
semiconductor manufacturers spurs 
new approaches that delay the need to 
extend the time from one technology 
generation to the next. 

Rapid technology turnover increas¬ 
ingly means higher wafer costs. It is 
not clear that the 64-megabit DRAM 
will cost less per bit than the 4-Mbit 
— certainly not if it is replaced in 
three years with a 256-Mbit product 


The single most significant develop¬ 
ment in computer networking in the 
past 40 years was the concept of pack¬ 
et switching, which obviated the need 
for a telephone-style, circuit-switched 
network in which communicants were 
directly connected only to each other 
for the duration of the conversation. 
Instead, packet switching allowed ar¬ 
bitrary-sized messages to be subdivid¬ 
ed into a number of constituent 
“packets”; each packet was provided 
with error-control mechanisms and 
with addressing information that iden¬ 
tified the sender and receiver; packets 
were independently routed through 
the network on the basis of the ad¬ 
dressing information provided; and fi¬ 
nally the packets were reassembled 
into the original message at the re¬ 
ceiver. 

Packet switching greatly increased 
network flexibility, because it sup¬ 
ported efficient concurrent intercon¬ 
nection among all computers in the 
system and paved the way for both the 
local-area networks and wide-area 
networks that constitute a large por¬ 
tion of our computing infrastructure. 
There would be no Internet without 
packet switching. 

Advances. Networking hardware 
continues to advance at a rapid pace. 
While networks operating at 10 mega¬ 
bits/sec are commonplace and fiber¬ 
optic networks operating at 100 mega¬ 


using the next generation of process 
technology. Under these circumstanc¬ 
es, the only logical path is to increase 
the time between generations. 

Thus, the rate of change will slow 
during the 1990s. Generations of tech¬ 
nologies and their related products of 
higher complexity will be further 
apart. The decreasing cost of electron¬ 
ics will continue for a while, but inevi¬ 
tably it too will slow. 

Realities of middle age. The last 40 


bits/sec are rapidly gaining consumer 
acceptance, new fiber-optic networks 
based on asynchronous transfer mode 
technology are being built to operate 
at speeds in excess of 1 gigabit/sec. 
Gigabit networks will be an enabling 
technology for widely distributed but 
nevertheless real-time information 
transfer. With gigabit technology we 
can transmit synchronous data such as 
voice and video with high throughput, 
low latency, and low jitter. One appli¬ 
cation is remote scientific visualiza¬ 
tion, where such a network is used to 
connect high-resolution color displays 
to a powerful computation engine. Gi¬ 
gabit networks will facilitate location- 
independence for researchers; for ex¬ 
ample, weather models created on a 
supercomputer, or medical images 
generated by scarce diagnostic equip¬ 
ment, or the results of physics experi¬ 
ments running on the superconducting 
supercollider could all be distributed 
via the net. Fast networks will also 
foster the development of multimedia 
applications for the desktop. 

Security. For all their benefits, how¬ 
ever, networks are not without risk. 1 
Networks are vulnerable, and network 
security is in its infancy, as evidenced 
by the new definitions of viruses, 
worms, and Trojan horses that have 
recently been added to the network¬ 
ing lexicon. 

Unfortunately, the very aspects of 


years of microelectronics has taken us 
from the first commercial transistors 
to the integrated circuit and the mi¬ 
croprocessor. The electronics for a 
complete desktop computer will soon 
be available on a single chip. We have 
come to expect the continuation of 
trends that have brought million-fold 
cost decreases to electronics. The di¬ 
rections of the trends will continue, 
but the rate will slow. At 40 the fires 
of youth are subsiding. The realities of 
middle age can no longer be avoided. 


networking that make it most useful 
to both the commercial and research 
communities (for example, rich con¬ 
nectivity, ease of attachment, plethora 
of services) make it vulnerable to at¬ 
tack. Networks that might operate ad¬ 
equately in a benign environment are 
no match for a serious hacker, profes¬ 
sional spy, or committed terrorist. It is 
unreasonable to think that either in¬ 
dustry or government would place it¬ 
self at risk by allowing access to sensi¬ 
tive data over unsecure networks. 

The solution is not to physically re¬ 
move data from the net, thereby cre¬ 
ating islands of accessibility (and inac¬ 
cessibility). “Hiding” the data is not 
an effective solution; the point is to 
make it meaningless in the hands of 
an unauthorized receiver. The solu¬ 
tion is to provide a practical combina¬ 
tion of access authentication and high¬ 
speed encryption/decryption 
algorithms which provide the neces¬ 
sary layers of protection. 

NREN opportunities and challeng¬ 
es. We now have a golden opportunity 
to tackle the security problem head- 
on as we move from the Internet to 
the proposed National Research and 
Education Network. A Gigabit Test¬ 
bed Program has been jointly funded 
by DARPA and NSF through the 
Corporation for National Research 
Initiatives. CNRI has funded five test¬ 
beds to develop gigabit-switching and 
transmission technologies for the 
NREN. 

A challenge for NREN is to devel¬ 
op both scientific technology and data 
security policy simultaneously, for 
without the latter, the former will nev- 


Computer networks: Past and future 
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er reach the level of ubiquity to which 
it aspires. Moreover, the planned 
commercialization of the NREN ser¬ 
vices depends heavily on high-quality 
access control, integrity, privacy, and 
security. Security, privacy, and integ¬ 
rity are so fundamental to a successful 
computing infrastructure that they 
must be addressed at a national level. 
Historically, these issues have been 
addressed “from a wide variety of in¬ 
consistent perspectives by uncoordi¬ 
nated groups often operating at cross 
purposes” 2 ; obviously, a better ap¬ 
proach is needed. 

The NREN’s potential contribution 
to science is enormous, and thus it 
should proceed apace; however, 
switching technology alone is not suf¬ 
ficient to solve the more general prob¬ 
lem. In parallel with building the 
NREN’s technical infrastructure, we 
need to build a national policy for 
data security, privacy, and protection. 
IEEE and the Computer Society can 
help by focusing attention on this 
pressing need. 
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Testing and design verification 
of electronic components 

M. Ray Mercer, University of Texas at Austin 


What is testing? To understand the 
problems associated with the design 
and fabrication of electronic compo¬ 
nents, it is necessary to take a rather 
wide view of the test activity. First, 
testing must be viewed as ranging 
over the product’s entire life cycle, 
from design (and verification of the 
correctness of that design) through 
manufacturing and into the field 
where the designed equipment per¬ 
forms its intended task. 

In the design phase, some human — 
hopefully with the aid of CAD tools 
— will verify that the manufacturing 
instructions (if followed perfectly) 
will produce a product that works. I 
will call this activity “design verifica¬ 
tion.” 

Wise designers will also concern 
themselves with “downstream issues,” 
such as how easy it will be to test each 
individual copy of the manufactured 
product (to insure that it was pro¬ 
duced without defects). I will call this 
process “manufacturing testing.” 

Similarly, wise designers will worry 
about detecting and diagnosing failed 
components in the field. This type of 
testing, I will call “diagnostic testing.” 


How has testing changed over time? 

Electronics technology has progressed 
dramatically over the past 40 years. 
The two key changes are increased 
size/speed and increased complexity. 
Both are great for the end user but 
significantly complicate the test-relat¬ 
ed processes described above. 

As the testing task has become 
more difficult, the computing technol¬ 
ogy itself has been employed to aid 
the engineer. For example, manufac¬ 
turing testers continue to be faster be¬ 
cause (1) they have to be faster to test 
today’s faster components and (2) it is 
possible for them to be faster because 
of today’s faster components. Some 
CAD tools are also employed to help 
the engineer deal with system com¬ 
plexity as it grows — unfortunately, 
these tools never seem to quite keep 
up with the rapid pace, and engineers 
continually require more efficiency 
and functionality than existing tools 
can provide. Basically, testing 40 years 
ago was an ad-hoc process with very 
few CAD tools and wide separation 
between the tasks of design verifica¬ 
tion, manufacture testing, and system 
diagnosis. 
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In the past, design verification 
could be done either after manufac¬ 
turing the first prototype or by using a 
“breadboard.” Today, the IC manu¬ 
facturing cycle is too long and costly 
and IC diagnosis is too difficult and 
tedious to allow multiple passes 
through the manufacturing loop. In¬ 
stead, extensive use of simulators and 
design rule checkers minimizes design 
errors before manufacturing begins. 

In a similar manner, these increases 
in complexity have forced designers to 
adopt design-for-testability approach¬ 
es to minimize the difficulties of man¬ 
ufacture testing and field diagnosis. 

What are the key issues in testing 
today? The key questions in testing 
for the mainstream engineer are 

(1) What amount of testing is suffi¬ 
cient to assure an adequate quality 
level subject to the constraints of the 
cost and time associated with test-pat- 
tern generation and test-pattern appli¬ 
cation? 

(2) How much design-for-testability 
is appropriate to ease the costs of 
question 1? 

The great hope — one which I fear 
is poorly founded — is that question 1 
can be effectively resolved with more 
powerful CAD tools. In reality, the 
general testing problem is so difficult 
that the design modifications suggest¬ 
ed in question 2 appear to be the only 
long-term solution. The key part of 
both questions, however, is “how 
much” is appropriate. 

How should these issues be re¬ 
solved? From a historical perspective, 
design, manufacture, and field testing 
have been increasingly forced togeth¬ 
er to accomplish the testing tasks eco¬ 
nomically. That integration must in¬ 
crease again to provide the necessary 
information for making good test-re¬ 
lated engineering decisions. 

Generally, accurate information 
about testing costs and their impact 
on lifetime system costs is very limit¬ 
ed. How can you decide between a 90- 
percent and a 95-percent fault cover¬ 
age requirement if there’s no sound 
data on the cost of additional testing 
versus the cost of reduced product 
quality? How can you intelligently de¬ 
cide if stuck-at fault testing is suffi¬ 


cient when there’s no data on the 
number of defective parts not detect¬ 
ed by tests based solely on the stuck- 
at fault model? 

Collection of such data may, at first, 
seem a rather mundane task, but the 
accumulation of accurate and ger¬ 
mane data will turn out to be a rather 
challenging and interesting engineer¬ 
ing task. I also suspect that no single 
company or organization will be able 
to do it alone. A sense of common 
purpose and information sharing will 
be integral to the large-scale solution. 

How can professional societies ad¬ 
vance technology? With all the many 
tools and gadgets of today’s technolo¬ 
gy, the most significant resource is ab¬ 
solutely unchanged from what it has 
always been — the innovation and 
creativity of individuals. Professional 
societies, such as the IEEE Computer 
Society, exist to enhance joint efforts 
and information sharing among these 
individuals. At the core, the key to 
technological advancement is the abil¬ 
ity of individuals and organizations to 
communicate. Professional organiza¬ 
tions serve their function best when 
they encourage and enhance this com¬ 
munication. 

Standard methods such as confer¬ 
ences and technical journals have al¬ 
ways been part of the tradition of pro¬ 
fessional societies. I would suggest 


Operating systems: 
A vision of the year 

Joseph Boykin, Encore Computer 

David Cheriton, Stanford University 

Operating systems have been in ex¬ 
istence for over 40 years — not very 
long in the grand scheme of things. 

They began in the early 1950s as batch 
processing systems that did little more 
than load programs and manage I/O 
devices, but the challenge and vision 
was automatic management. 

The great operating system insight 
was simple: the only thing fast enough 
to effectively manage a computer was 
a computer. Ideally, the operating sys- 


that the fostering of an atmosphere 
where the benefits of information 
sharing are preferred over the tempo¬ 
rary advantages of proprietary infor¬ 
mation needs more attention. To make 
good engineering decisions, a stronger 
spirit of openness needs to pervade 
our profession. For example, it’s ex¬ 
tremely difficult to obtain IC yield 
data (few manufacturers want to re¬ 
veal their particular experiences), yet 
many engineering design decisions are 
very sensitive to expected manufactur¬ 
ing yield. Can you imagine a surgeon 
who has perfected a new heart bypass 
operation refusing to reveal what frac¬ 
tion of his or her patients survived the 
procedure? 

What is the future of testing? The 

tight coupling of design and test must 
continue. Design and test engineering 
productivity will continue to climb 
with the increasing sophistication of 
CAD algorithms. Design synthesis and 
automatic design-for-testability will 
become more prevalent in the not too 
distant future. 

My hope is that the availability of 
better information will allow more in¬ 
formed engineering decisions and re¬ 
search directions. I congratulate the 
IEEE Computer Society on its 40th 
anniversary and wish it continued suc¬ 
cess in the constructive role it plays 
within our profession and our industry. 


2000 


tern, the program that “operates” the 
computer, would eliminate the need 
for human management. While this 
was the focus of much operating sys¬ 
tem development in the 1960s, the 
hardware developments of the 1970s 
and 1980s have diverted our attention. 

The 1970s gave us minicomputers 
that spawned interactive timesharing 
operating systems such as Unix. The 
decade also gave us local-area net¬ 
work technology, which led to a flurry 
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of distributed operating systems in the 
1980s. 

One view of the 1990s — no big 
news. What are the hardware devel- 
I opments that will keep us busy in the 
I 1990s? We have already seen high- 
: speed networking, parallel processing, 

t graphical user interfaces, multimedia 

[ interfaces, and lap-size systems run¬ 
ning Unix, MS-DOS, and MacOS. We 
expect processor performance and 
memory capacity to increase at a rap¬ 
id pace. While we cannot totally antic- 
[ ipate the effect of these develop¬ 
ments, some lessons from the past 
may apply. 

Minicomputers, personal comput- 
I ers, and LANs each spawned a gener¬ 
ation of specialized operating systems. 
In each case, the resulting operating 
systems differed from their predeces¬ 
sors, but the net effect was more evo¬ 
lutionary than revolutionary. That is, 
from personal computers to super¬ 
computers the user sees essentially 
[ the same operating system. Hardware 
| innovation has been accommodated 
by extensions to operating systems, 
j not by completely new systems as 

; some had predicted. 

Hence, one view of the next 10 
j years of operating systems is “no big 
news,” unless major unanticipated 
j hardware developments take place. 

Significant refinements will take 
i place, such as extensions to support 
j better parallel processing, file systems 
: that support logging, real-time pro¬ 

cessing, and more. In fact, the tech¬ 
nology is mature enough that stan¬ 
dards, such as IEEE P1003 (Posix), 
are beginning to develop. Even micro- 
[ kernel technology, which has been 
gestating for over a decade in the re¬ 
search community, may finally arrive 
as a commercial reality and provide a 
cleaner structure for introducing new 
services and revising old ones. Hope¬ 
fully, this technology will reduce what 
we see as a growing inertia in the mar¬ 
ketplace by allowing old and new ser¬ 
vices and interfaces to coexist on the 
I same platforms. 

Another view — toward automatic 
management. Another view of the 
i next 10 years, however, sees a signifi- 
i cant step forward in automatic man- 
: agement. The past 20 years have kept 
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the operating systems community so 
busy responding to new hardware de¬ 
velopments that it neglected its prima¬ 
ry mission — automatic management 
of systems. 

Automatic management has be¬ 
come more challenging along several 
dimensions. First, we have a wider 
range of resource configurations and 
capacities, from the multikilobyte 
memories on laptops to the multigiga¬ 
byte memories on large computers. 
Similarly, gigabit and cellular net¬ 
works widen the range of network re¬ 
source characteristics. 

Second, application program de¬ 
mands on management have grown 
considerably. For example, rather 
than trying to run a series of batch 
jobs efficiently (the challenge of the 
1960s), we now want to mix the real¬ 
time processing required by network¬ 
ing and multimedia with interactive 
service and computation-intensive 
jobs. 

Finally, the “system” we are trying 
to manage is no longer a single com¬ 
puter that is either up or down, but a 
large and growing internetwork of 
heterogeneous nodes with different 
resources, failure characteristics, and 
operational requirements. 

The distributed systems work of the 
1980s brought significant progress to 
large-scale operating system “struc¬ 
ture,” the protocols and hierarchical 
layering required to make networked 
nodes function as a system. This work 
provides an important foundation, but 
relatively little attention has been giv- 
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en to the monitoring, control, and dy¬ 
namic modeling needed for automatic 
management. Even at the base level 
of a protocol like TCP, the structure 
— packet formats, state transitions, 
and so on — is specified. How to man¬ 
age connections in the presence of 
network congestion is not. The higher 
level functions are even more ne¬ 
glected. 

An OS for the year 2000. The oper¬ 
ating system of the year 2000 will in¬ 
clude many of the refinements now 
being developed. But more signifi¬ 
cantly, it will meet the challenge of 
managing the systems of the year 2000 
with far less intervention than is re¬ 
quired now, even though (and be¬ 
cause) the demands will also have 
grown significantly. The systems of 
the year 2000 will clearly include very 
large-scale networks of heterogeneous 
nodes with an even larger range of 
performance than those of today. 

They will provide a wide range of ser¬ 
vices and run a diverse set of applica¬ 
tions. 

The operating system must deal 
with system and network failures, 
temporary connection to laptop com¬ 
puters, and thousands of systems 
crossing international boundaries and 
incorporating multiple protocols. 
Management of these systems must 
deal with problem identification and 
fault recovery due to network isola¬ 
tion, large-scale failures, and security. 

Of course, security for such large 
systems will be mandatory. Viruses or 
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worms will exist and must be dealt 
with. While some may choose to call 
this network management, the man¬ 
agement of network resources is just 
one part of the problem. Moreover, 
what we think of today as operating 
systems will be no more than device¬ 


Data parallel 

T. G. Lewis, Oregon State University 

Data parallel computing offers per¬ 
haps the best opportunity for progress 
in high-performance computing in the 
1990s. Data parallelism is a form of 
parallelism whereby the problem’s 
data is partitioned into disjoint sets, 
and the instructions needed to process 
these sets are either reused or dupli¬ 
cated on separate processing ele¬ 
ments. 

Compared with other parallel pro¬ 
cessing technologies, data parallelism 
enables relatively easy construction of 
application software that effectively 
uses very high speed hardware. Al¬ 
ready a few contemporary high-speed 
computing systems, such as the Con¬ 
nection Machine from Thinking Ma¬ 
chines, MP-1 from MasPar, and DP-1 
from Wavetracer, have adopted the 
data parallel paradigm. In 1989 and 
1990, a data parallel computer won 
the Gordon Bell Prize for raw perfor¬ 
mance against a field of both serial 
and parallel supercomputers. 

SISD, SIMD, and MIMD. Flynn’s 
1966 taxonomy lists SISD (single in¬ 
struction, single data), SIMD (single 
instruction, multiple data), and 
MIMD (multiple instruction, multiple 
data) approaches to computer de¬ 
sign. 1 - 2 SISD describes traditional sin¬ 
gle-processor computers such as per¬ 
sonal computers. SIMD and MIMD 
describe two styles of parallel comput¬ 
ers, which differ mainly in the number 
of control units used to sequence in¬ 
structions. A third style not included 
in Flynn’s taxonomy, called SPMD 
(single program, multiple data), bor¬ 
rows some features from both SIMD 
and MIMD styles. One form of data 


driver equivalents in the larger con¬ 
text. OSI and Internet standards have 
already laid down a framework and 
structure. Now we have to build sys¬ 
tems in these larger contexts. 

Is this a vision or a challenge? 
Clearly, our vision will become a real¬ 


parallelism is based on SIMD, and an¬ 
other form is based on SPMD. 

In the SISD style, a single program 
counter steps through a single instruc¬ 
tion sequence, each instruction access¬ 
ing a single operand of data. The 
SIMD style retains both the single 
program counter and instruction se¬ 
quence but, unlike the SISD style, 
processes multiple operands of data. 
Furthermore, SIMD computers are 
tightly synchronized so that all in- 
struction/data accesses are done in 
lock-step (or else nothing is done at 
selected processors). In short, SIMD 
computers use one control unit to pro¬ 
cess one program, but they operate on 
many sets of data at once. 

MIMD computers employ multiple 
program counters and asynchronous 
sequencing through multiple sets of 
instructions, each accessing its own 
data. There is no lock-step coordina¬ 
tion among processors in MIMD com¬ 
puters. Furthermore, there are as 
many control units as there are in¬ 
struction sequences. The Intel iPSC/2 
is an example MIMD computer sys¬ 
tem. 

Note that some MIMD computers, 
such as the Sequent Symmetry, can 
freely access and modify shared data, 
because there is no hardware restric¬ 
tion on data access. Thus, a shared- 
memory MIMD computer may experi¬ 
ence race conditions due to 
simultaneous access to memory. Even 
a message-passing MIMD machine 
may incur consistency problems due 
to updating copies of the same data si¬ 
multaneously. These synchronization 
issues are the cause of difficulty in 
programming such machines. 


ity only if the operating systems com¬ 
munity returns to its roots and aggres¬ 
sively pursues its key challenge — the 
automatic management of systems. 

We only have nine years. Let’s get 
busy! 


Hybrid approach. Data parallel 
computing attempts to exploit the 
performance advantages of SIMD 
while avoiding the programming com¬ 
plexities of the MIMD style. The prin¬ 
cipal means of achieving both objec¬ 
tives is to use SIMD-style lock-step 
sequencing of instructions in the parts 
of the program that simultaneously 
access multiple sets of data and SISD- 
style computing in other parts of the 
program. This strategy exploits the 
speed of the underlying parallel hard¬ 
ware, but it relieves programmers of 
many of the synchronization details 
typically associated with MIMD pro¬ 
gramming. 

A classical example of this hybrid 
approach is a data parallel algorithm 
using SIMD data parallelism to add 
two matrices, followed by SISD-style 
output of the results. In this simple 
example, 100 processors can simulta¬ 
neously add pairs of numbers from 
two 10 x 10 matrices. All processors 
perform the same addition instruction 
in lock-step but operate on different 
pairs of numbers. The resulting matrix 
is written to a file, say, using SISD- 
style control. 

Both SIMD and MIMD hardware 
can be programmed in data parallel 
style. The SIMD Connection Ma¬ 
chine, for example, facilitates data 
parallelism in hardware. The iPSC/2 
MIMD machine can be constrained to 
approximate SIMD behavior through 
another form of data parallel process¬ 
ing called SPMD. 

The software equivalent of SIMD 
hardware is SPMD. In the SPMD 
style, the application’s data is parti¬ 
tioned into disjoint sets and copied 
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into different processing elements, 
along with copies of the entire proce¬ 
dure or program segment to process 
each set simultaneously. Each copied 
program segment runs in MIMD 
mode, processing multiple copies of 
data in parallel, until it completes its 
task. Task results are returned to the 
main program, and the cycle of data 
partition and distribution, along with 
copies of the parallel program seg¬ 
ments, is repeated. 

SPMD uses many program coun¬ 
ters. In fact, because of branches, each 
program copy may execute along dif¬ 
ferent paths of the same program. 
Therefore, the data is processed asyn¬ 
chronously, but because of the initial 
partitioning, synchronization is sim¬ 
pler (but still necessary). The major 
advantage of SPMD is simplicity for 
programmer, compiler builder, and 
hardware designer alike. 

Prospects. SIMD computers such as 
the Connection Machine are pro¬ 
grammed in data parallel languages 
such as MultiC, C*, and DataParallel 
C. Fortran 9X incorporates many 
ideas from data parallel computing, 
thus making the compiler responsible 
for part of the job of partitioning the 
data and parallelizing the application. 
In general, however, few applications 
are developed with data parallelism in 
mind. This is the major barrier to wid¬ 
er acceptance of the concept. 

Economic forces make massively 
parallel hardware more and more at¬ 
tractive, but the difficulty of develop¬ 
ing applications for such machines re¬ 
mains. SIMD, and especially 
SPMD-style programming, addresses 
the programming problem without 
yielding to major performance conces¬ 
sions. Accordingly, data parallelism, 
like vector parallelism of the 1970s, 
will slowly move from esoteric tech¬ 
nology to mainstream practice in the 
1990s. 
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Luqi, Naval Postgraduate School 

Over the past 40 years computer 
hardware has become dramatically 
cheaper, faster, and more reliable. 
Software is now the limiting factor in 
applications. Because advances in 
software technology have been rela¬ 
tively modest compared to increases 
in demand, there is great interest in 
improving software productivity and 
reliability. Automation and prototyp¬ 
ing are keys to achieving these goals. 

Compilers made a major step in au¬ 
tomating the programming process by 
redefining programming as the design 
of algorithms and data structures in¬ 
stead of the design of machine code. 
The next major steps in automation 
will redefine programming to become 
the formulation of requirements and 
the design of system interfaces. Auto¬ 
mated design of unrestricted algo¬ 
rithms and data structures is extremely 
difficult. Before complete automation 
in a general setting is available, partial¬ 
ly automated or computer-aided soft¬ 
ware design will be applied to software 
prototyping. 

Software prototyping. As systems 
get larger and serve more diversified 
user communities, formulating re¬ 
quirements that accurately represent 
the customers’ needs becomes a limit¬ 
ing factor in producing useful soft¬ 
ware. Different people have partially 
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overlapping and sometimes contradic¬ 
tory views of different aspects of the 
problem. Analysts must create pre¬ 
cise, formal models of unfamiliar 
problems, based on imprecise commu¬ 
nication with people who have a par¬ 
tial understanding of what is needed. 

The transition from fluctuating in¬ 
formal views of the problem to a fixed 
formal model is fundamentally uncer¬ 
tain. Reasonably accurate models can 
be created using an iterative guess/ 
check/modify cycle that relies on pro¬ 
totype demonstrations and customer 
feedback to reach consensus on the 
requirements. The purpose of soft¬ 
ware prototyping is to help customers 
understand and criticize proposed sys¬ 
tems and to explore the new possibili¬ 
ties that computer solutions can bring 
to their problems in a timely and cost- 
effective manner. 

To be effective, prototypes must be 
constructed and modified rapidly, ac¬ 
curately, and cheaply. They do not 
have to be efficient, complete, porta¬ 
ble, or robust, and they do not have to 
use the same hardware, system soft¬ 
ware, or implementation language as 
the delivered system. Automated con¬ 
struction of programs is useful in this 
context even if the resulting programs 
are not very efficient. 

Computer-aided software design. 

Currently, the most effective systems 
for automatically generating programs 
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focus on relatively narrow problem 
domains. These systems gain their 
power from generic solution strategies 
specific to the application domain that 
are embodied in program generation 
schemes. The best known systems cre¬ 
ate database applications based on 
graphical interactions with end users 
(nonprogrammers). Other examples 
are interactive tools for creating 
graphical user interfaces and at¬ 
tribute-grammar tools for generating 
translators, syntax-directed editors, 
and other language-based systems. 

A computer-aided prototyping sys¬ 
tem of considerable power can be 
built by integrating application gener¬ 
ators covering several different do¬ 
mains and extending them with tools 
for generating programs from general- 
purpose problem specifications. The 
application generators can be com¬ 
pletely automatic while the general 
tools can be interactive, can be sup¬ 
ported by a software base of reusable 
components, and can fall back on 
manual programming if all else fails. 

Fundamental work on mathematical 
models of applications and a complete 
redesign of existing application gener¬ 
ators will be required to achieve inte¬ 
gration because current application 
generators are based on incompatible 
models. Clear and simple mathemati¬ 
cal models are required for successful 
automation. A standard set of abstract 
data types forming the machine repre¬ 
sentations of a standard prototyping 
language is also needed. These data 
types should achieve persistence 
through an object-oriented design da¬ 
tabase, which provides a record of the 
prototype’s evolution. The persistent 
data types should also provide a con¬ 
sistent set of tool interfaces, where 
different tools can have different 
views of the data. Development of ob¬ 
ject-oriented database systems that 
support type hierarchies with multiple 
inheritance is needed to fully realize 
this vision. 

Computer-aided design of computer 
hardware is much more advanced 
than computer-aided design of soft¬ 
ware. The VLSI industry has no 
choice about computer-aided design: 
an almost-correct chip is worthless. 

The designers of VLSI CAD tools 
have had a long time to understand 
the problems involved and to formu¬ 


late mathematical models for various 
aspects of hardware design. The soft¬ 
ware industry has only recently ap¬ 
proached the boundary of system 
complexity that cannot be reliably re¬ 
alized without automated assistance. 
Mathematical models for many of the 
issues involved in software design are 
yet to be developed, and much work 
remains to reach sufficient under¬ 
standing for comprehensive automa¬ 
tion. In the context of hardware de¬ 
sign, heuristic methods have been 
successful in finding good practical so¬ 
lutions to many problems for which 
globally optimal solutions are compu¬ 
tationally intractable. Time will tell 
whether this can be achieved for soft¬ 
ware design problems as well. 

Future automation. To produce de¬ 
liverable software, prototyping tools 
must be extended with optimization 
capabilities to produce programs 
whose efficiency is comparable to the 
designs of competent programmers. 
The beginnings of the required tech¬ 
nologies are visible: correctness-pre¬ 
serving transformations and perfor¬ 
mance estimation techniques to guide 
derivation strategies. Work on reason¬ 
ing support and methods for interac¬ 
tively supporting software engineers, 
such as the Programmer’s Apprentice 
effort to use artificial intelligence in 
the automation of programming tools, 
is also critical for achieving the next 
level of automation. 

In the long run, a new kind of lan¬ 
guage may be needed that combines 
the flexibility of an interpreted lan¬ 
guage with a powerful set of features 


for selectively declaring various kinds 
of compile-time constraints as consis¬ 
tent refinements. Some critical aspects 
of such a language are smooth inte¬ 
gration of optional explicit storage- 
management policies with a default 
policy of garbage collection, optional 
explicit synchronization policies with 
a default of mutual exclusion on mul¬ 
tiprocess interactions, and optional 
explicit type declarations with de¬ 
faults based on type inference proce¬ 
dures. Realization of these goals will 
enable the construction of flexible 
prototypes that can be smoothly and 
consistently optimized by adding de¬ 
tailed constraints. 

Policy issues. The Computer Soci¬ 
ety can help realize the above vision 
by helping formulate standards that 
allow software to become more widely 
reusable. For example, the X Win¬ 
dows standard has been very effective 
at making graphics software indepen¬ 
dent of the hardware and system soft¬ 
ware. Similar standards are needed 
for other aspects of computing. 

The computing profession in gener¬ 
al can help by cooperating on devel¬ 
oping standards for tool interfaces 
and open systems interfaces that allow 
advanced capabilities in computer- 
aided software design to be used in 
concert once they have been devel¬ 
oped. The computing profession can 
also support the self-improvement 
and continuing education efforts re¬ 
quired to keep up with the rapid ad¬ 
vances of our field. Higher levels of 
automatic programming can become a 
reality if we all work together. 


Object-oriented software technology 


L. Peter Deutsch, ParcPlace Systems 

Computer technology, centering on 
software, is the current high point of 
centuries of human attempts to play 
God. With it, we try to create artificial 
universes that imitate the real one in 
all respects except that they can be 
deliberately shaped and controlled 
and understood in their entirety by 
humans. 


Central to this endeavor is the de¬ 
velopment of software notations and 
architectures that express in progres¬ 
sively more direct ways our under¬ 
standing of the structure of the real 
world. Algebraic languages in the 
1950s, data and control structures in 
the 1960s, data abstraction and code 
modularity in the 1970s, and new pro¬ 
gramming paradigms (logic, con¬ 
straint, rule, functional, dataflow, and 
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object-oriented) in the 1970s and 
1980s can all be seen as struggling to¬ 
ward notations that directly capture, 
for representation in a computer, our 
detailed intuitive and/or scientific un¬ 
derstanding of the world. 

In theory. Object-oriented software 
technology is the best way we know 
today to model the world in a comput¬ 
er. It directly implements three con¬ 
cepts that are key parts of our intui¬ 
tive understanding of the real world: 

• Autonomy — the ability to under¬ 
stand one small part of the world 
without having to understand every¬ 
thing around it. Object-oriented lan¬ 
guages (and their predecessors, lan¬ 
guages with only data abstraction) 
embody this by requiring that a data 
structure and all the procedures that 
manipulate its state be packaged as a 
unit, and that all other accesses to the 
state be made through a restricted 
public interface. This public interface 
is sometimes referred to as constitut¬ 
ing a “contract” between the object 
and the world in which it is embed¬ 
ded. 

• Similarity — the ability to model 
something by describing only its dif¬ 
ferences from something else. Object- 
oriented languages provide this 
through an “inheritance” mechanism 
that allows defining a structure and its 
procedures as being the same as some 
other structure(s) and procedures, 
possibly with state and procedures 
added and some procedures replaced. 

• Classification — the ability to talk 
about a collection of things that all 
have the same behavior and the same 
state attributes. Most object-oriented 
languages include a “class” concept. A 
class defines the procedures common 
to a collection of objects (the “instanc¬ 
es” of the class), and the structure (but 
not the values) of the state variables of 
all objects in the collection. 

Advanced object-oriented languag¬ 
es like Smalltalk and CLOS (Common 
Lisp Object System) allow program¬ 
mers to express directly these con¬ 
cepts of autonomy, similarity, and 
classification, as well as the mathe¬ 
matical and procedural code still nec¬ 
essary to describe behavior and inter¬ 
action. At the same time, these lan¬ 
guages relieve programmers from 


dealing with such implementation 
phenomena as word sizes, data encod¬ 
ings, and memory management. 

In practice. These theoretical ad¬ 
vantages are translating directly into 
practical ones. A recent Usenet sur¬ 
vey of industrial software developers 
and preliminary data collected by 
ParcPlace Systems both indicate that 
while the object-oriented approach re¬ 
quires more initial design time, the 
majority of projects take fewer people 
and less total time. They also meet 
their goals with less code (sometimes 
by large factors) than prior technolo¬ 
gy. Less data is available on long-term 
cost, but the sometimes dramatic re¬ 
duction in code size, and the limited 
evidence to date of more effective 
code reuse, suggest that this too will 
be decreased. 

Business areas in which object-ori¬ 
ented software technology is being 
successfully employed for large, oper¬ 
ational projects include natural re¬ 
sources (Texaco land lease manage¬ 
ment system), semiconductor (Texas 
Instruments, as reported in the June 
10 issue of Information Week), finan¬ 
cial, telecommunications, transporta¬ 
tion, and manufacturing. 

The next step. While object-orient¬ 
ed software does a reasonably good 
job of modeling “things,” it does not 
model processes, events, behaviors, 
and interactions well. This is partly 
because programmers have not yet 
shaken off the mindset that incorrect¬ 
ly equates the technical concept of 
“object” with the intuitive concept of 
“thing.” It is also partly because ob¬ 
ject-oriented software intrinsically 
does not model change or interaction 
well. The next qualitative improve¬ 
ments in software technology will 
come from synthesizing object-orient¬ 
ed ideas with ideas from other new 
paradigms that may model change and 
interaction better, such as constraint- 
or relation-based programming. 

The other significant barrier to the 
progress of object-oriented technolo¬ 
gy is that its developers have not paid 
enough attention to making it easy to 
learn and efficient to use. For exam¬ 
ple, simple compilers for object-ori¬ 
ented languages generally produce 
less efficient code than simple compil¬ 


ers for procedural languages, but new 
compilation techniques eliminate this 
difference and sometimes even pro¬ 
duce better code than for the older 
languages. These new compilers 
should be made freely available in 
source code form, the only form in 
which they can serve as the basis for 
further progress. 

A broader view. More generally, 
when a technology is still young, I be¬ 
lieve the professional community has 
a responsibility to subordinate cus¬ 
tomary considerations of proprietary 
advantage and to publish (both as pa¬ 
pers and as freely available software) 
the basic techniques for effective use 
of that technology. This is the position 
that produces the greatest benefit to 
all, by furthering the most rapid de¬ 
velopment of the technology. 

There is wide support for this posi¬ 
tion among software professionals. 
Although an individual company may 
believe it is harmed by publishing its 
technologically advanced software, 
the benefits of making the technology 
available for further development by 
a wider community more than make 
up for this in the long run — if the 
software in question is actually break¬ 
ing important new ground. Similarly, 
proponents claim that software pat¬ 
enting furthers software technology 
by making it more profitable to devel¬ 
op new software. Actually, it creates a 
minefield in which every design deci¬ 
sion runs the risk of violating some 
obscure or ill-advised patent. In fact, 
several polls have indicated that the 
majority of software professionals op¬ 
pose software patenting, on the 
grounds that the purported profit in¬ 
centives are neither necessary nor 
beneficial in furthering the develop¬ 
ment of new software technology. 

IEEE, as an organization dedicated 
to the support of professionals in the 
service of society, should lend its 
weight to this position as well. 

Peter Deutsch, chief scientist at Parc¬ 
Place Systems, is the principal design¬ 
er of a high-performance Smalltalk 
implementation that is portable across 
processors, operating systems, and 
window systems. During his 13 years 
at Xerox PARC, he also contributed 
to Interlisp-D and Cedar Mesa. 
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NEWS FROM THE COMMITTEE ON PUBLIC POLICY 

COPP to study international issues 

S.E. Goodman, Chair, Subcommittee on International Issues 


Three computer-related issues of 
worldwide concern are international 
software piracy, global proliferation 
of dual-use computer technologies, 
and the “information highway.” The 
Subcommittee on International Issues 
of the Committee on Public Policy of 
the IEEE Computer Society will be 
preparing studies of these internation¬ 
al issues for submission to the soci¬ 
ety’s Board of Governors. The reports 
will contain background on the issues 
and candidate policy positions to be 
considered by the board for possible 
adoption as the official position of the 
Computer Society. Each report will be 
published in Computer. 

International software piracy. With 
intellectual property now constituting 
more than 25 percent of US exports 
and with an annual $6 billion being 
lost internationally to software piracy, 
concern over the legal protection of 
software and the perception that soft¬ 
ware is vulnerable to abuse by com¬ 
petitors and users has led many in the 
software industry to increase efforts 
to protect computer software world¬ 
wide. Copyrights, patents, and trade 
secrets are the most common legal 
means of protecting software, yet they 
may not be fully applicable to the rap¬ 
idly changing environment of intellec¬ 
tual property. In addition, full legal 
protection of software is limited be¬ 
cause copyright laws vary from coun¬ 
try to country. 

Two international treaties to pro¬ 
tect intellectual property rights — the 
Paris Convention for the Protection of 
Industrial Property and the Berne 
Convention for the Protection of Lit¬ 
erary and Artistic Works — are ad¬ 
ministered by the United Nations’ 
World Intellectual Property Organiza¬ 
tion. However, they have had limited 
success in dealing with intellectual 
property rights — largely because 
they have few enforcement powers. 

Protection against software piracy is 
becoming an important part of inter¬ 
national trade negotiations. A number 


of countries, including the US, have 
proposed putting an intellectual prop¬ 
erty code in the GATT (General 
Agreement on Tariffs and Trade) to 
establish both the rights of software 
owners and mechanisms of enforce¬ 
ment. Proponents of stronger legisla¬ 
tion and enforcement measures argue 
that aggressive action will curb soft¬ 
ware piracy in the global marketplace 
and force violators to either purchase 
software legally or face restrictions on 
their ability to freely trade goods. Op¬ 
ponents worry that these tough mea¬ 
sures will impose business practices 
and legal constraints that will stifle in¬ 
novation and hinder software industry 
development. Some contend that 
trade sanctions will promote hostile 
feelings toward the software-produc¬ 
ing nations and limit opportunities for 
trade in other industries. 

As long as technology facilitates the 
unauthorized copying of software 
without compensation, the temptation 
to pirate software will always be great. 
This is especially true in less devel¬ 
oped countries that have short-term 
incentives to be “free riders” on the 
creativity of other nations. Efforts to 
legally protect new kinds of intellectu¬ 
al property may be impossible, and 
new trade agreements may continue 
to have limited effects; but the issue 
of how to protect the rights of intel¬ 
lectual property owners is hotly de¬ 
bated in many forums. These include 
administrative agencies such as the 
copyright and patent offices, domestic 
and foreign courts, the software indus¬ 
try, international institutions, and 
transnational organizations. It is clear 
that reaching an equitable agreement 
among the multiplicity of interests will 
be a formidable challenge, but as the 
global economy becomes increasingly 
dependent on information and tech¬ 
nology, on ideas and creativity, the 
need to address the issue of software 
piracy grows more critical. 

Global proliferation of dual-use 
computer technologies. Since 1968, 


three major multilateral technology 
control regimes — the Nuclear Non- 
Proliferation Treaty, the Missile Tech¬ 
nology Control Regime, and the so- 
called Australia Group agreements on 
chemical weapons — have been creat¬ 
ed in an attempt to halt or slow the 
proliferation of weapons of mass de¬ 
struction. All have sought to contrib¬ 
ute to world stability by restricting the 
transfer of enabling technologies and 
know-how from those countries al¬ 
ready possessing such capability (the 
“haves”) to those without (the “have- 
nots”). 

Today, so-called dual-use computer 
technologies (those having both mili¬ 
tary and civilian applications) are be¬ 
ing incorporated into high-perfor¬ 
mance conventional weapons and 
smart munitions, as well as C 3 I (com¬ 
mand, control, communications, and 
intelligence) systems and systems sup¬ 
porting the development of capabili¬ 
ties addressed by earlier nonprolifera¬ 
tion controls. The feasibility and/or 
desirability of placing similar multilat¬ 
eral nonproliferation controls on such 
dual-use computer technologies has 
not yet been determined. 

These types of weapons share a 
number of features that make them 
candidates for control. They are “low 
threshold” weapons — useful in the 
pursuit of short-term military or polit¬ 
ical goals — and therefore prone to 
use in regional conflicts and terrorist 
actions. Moreover, while not generally 
considered weapons of mass destruc¬ 
tion, their use can be devastating, as 
the recent Gulf War demonstrated. 

Although dual-use computer tech¬ 
nologies have long been controlled by 
traditional East-West export controls, 
the dissipating bipolar view of the 
world and increasing availability of 
these technologies cast the desirability 
and effectiveness of such current con¬ 
trols into doubt. 

Moreover, several obstacles exist to 
implementing a new regime of multi¬ 
lateral controls. For one, the set of 
“haves” in terms of enabling informa- 
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tion technologies is quite large and in¬ 
cludes nations targeted by previous 
multilateral regimes. For example, the 
Soviet Union, a primary target of Co- 
Com (Coordinating Committee for 
Exports to Communist Areas) export 
controls, would certainly have to be 
among the countries participating in 
the multilateral effort. Further agree¬ 
ment must be found on the list of na¬ 
tions to be targeted by proliferation 
controls and the technologies to be 
controlled, as well as licensing, en¬ 
forcement, and accountability issues. 

Finally, as with all export controls, 
the actual controllability of the tech¬ 
nology must be taken into account. 
Strong arguments can be made that 
effective and efficient control of many 
dual-use technologies is impossible. 
Less comprehensive agreements, such 
as a proliferation treaty focused only 
on a small subset of critical dual-use 
technologies or an amendment to 
more general controls on internation¬ 
al arms trade, may have to be consid¬ 
ered if a broader agreement proves 
unattainable or undesirable. 

The “information highway.” The in¬ 
formation networks of the US, West¬ 
ern Europe, and Japan — the high- 
technology community — have been 
growing at a breathtaking pace. Inter¬ 
connected, these networks form the 
core of a global information highway 
system. Just as the US interstate high¬ 
way system blurred state borders, in¬ 
ternational computer networking has 
spread with only minor attention to 
national boundaries. Satellites and fi¬ 
ber-optic links are dramatically in¬ 
creasing connectivity between many 
members of the worldwide research 
and scientific community, reducing 
the “conceptual distance” between 
them and resulting in qualitative and 
quantitative leaps in communication. 

While some governments have in¬ 
vested attention — and considerable 
resources — in networking as a na¬ 
tional asset, less attention has been 
paid to the new world map that the 
global network of national and inter¬ 
national networks will create, and 
how its shape might be influenced. 

The 1990s may be a time for govern¬ 
ments to consider the global effects of 
networking, and specifically the ex¬ 
tent to which they can promote their 
interests in foreign economies and so¬ 
cieties using networks. 

For example, a technologically ad¬ 
vanced country may wish to assist in¬ 
frastructure development in another 
country in anticipation of better coop¬ 
eration. The more developed nations 
have the ability to provide the less de¬ 


veloped nations with the equipment 
and know-how that constitute an “on- 
ramp” to the information highway. 
The ability of the most developed na¬ 
tions to extend vast intellectual re¬ 
sources in this way is only one of 
many ways in which the highway will 
necessitate serious consideration of an 
“information foreign policy.” 

The information highway may itself 
magnify other policy issues. The di¬ 
lemmas facing trading nations trying 
to protect intellectual property rights 
will grow in complexity as national 
borders are effectively dissolved by 
global networks. Computer hardware 
and software no longer need be ex¬ 
ported to have their capabilities pro¬ 
liferated about the world, but the 
same mechanisms that can extend 
computing power to less developed 
nations and aid foreign scientists can 


at the same time permit clandestine 
use of computational resources, so- 
called “diversion-in-place,” by adver¬ 
saries. Further, as global networks in¬ 
creasingly become highways for ideas, 
nations might draw on the scientific 
communities of other nations in a 
form of intellectual diversion-in-place. 

Governments may wish to reshape 
the information highway — strength¬ 
ening ties and perhaps even isolating 
competitors — to further their inter¬ 
ests. It may be too late, however, for 
governments to assert much influence 
on global network topology. Nongov¬ 
ernmental organizations and interna¬ 
tional communities — including scien¬ 
tists, researchers, environmental 
activists, and many others — are al¬ 
ready fashioning the computer com¬ 
munications media to address their 
own needs. 


COPP solicits expertise and viewpoints from Computer readers on these 
three issues. Contributions including, but not limited to, earlier studies, un¬ 
published information, recommendations, and references to knowledge¬ 
able people should be addressed to Seymour Goodman, Chair, Subcom¬ 
mittee on International Issues, MIS Department, University of Arizona, 
Tucson, AZ 85721, e-mail goodman@mis.arizona.edu or goodman@ 
arizmis.bitnet. 


1991 Eckert-Mauchly Award 
goes to Burton Smith 


This year’s recipient of the joint 
ACM-IEEE Computer Society Eck¬ 
ert-Mauchly Award is Burton J. 

Smith, chairman and chief scientist at 
Tera Computer in Seattle, Washing¬ 
ton. The award, presented at the 18th 
International Symposium on Comput¬ 
er Architecture in Toronto, recogniz¬ 
es outstanding contributions to the 
field of computer architecture. 

Smith was honored specifically for 
his contributions to the design and im¬ 
plementation of scalable shared-mem¬ 
ory multiprocessors. According to the 
selection committee, “His HEP, Hori¬ 
zon, and Tera machine designs dem¬ 
onstrate deep understanding of im¬ 
portant architecture issues in 
shared-memory multiprocessors. . . . 
His work has influenced advance¬ 
ments in multiprocessor architecture 
and compiler and operating system 
development and has significantly en¬ 
riched the discipline of computer ar¬ 
chitecture.” 

In the pursuit of increasingly more 
powerful computers, Smith is current¬ 


ly implementing a machine capable of 
one tenth of a teraflops, or 10 u float¬ 
ing-point operations per second. 

A senior member of the IEEE and 
a long-time Computer Society mem¬ 
ber, Smith participates in several sci¬ 
entific associations, including the Na¬ 
tional Science Foundation Center for 
Optoelectronic Computing Systems 
Scientific Advisory Board and the 
Universities Space Research Associa¬ 
tion Science Council. 

The Eckert-Mauchly Award is 
named in honor of J. Presper Eckert 
and John Mauchly, co-inventors of 
ENIAC, the first general-purpose elec¬ 
tronic computer. It is presented each 
year by the Association for Computing 
Machinery and the IEEE Computer 
Society. This year’s selection commit¬ 
tee was chaired by Mary Jane Irwin, 
Pennsylvania State University, and in¬ 
cluded Yale N. Patt, University of 
Michigan; Ming T. Liu, Ohio State Uni¬ 
versity; H.C. Torng, Cornell University; 
H.G. Siegal, Purdue University; and Doug 
DeGroot, Texas Instruments. 
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IEEE Computer Society Election 


Nominees for Computer Society office and Board of Governors 


On the following pages are the position statements and biographies of 
the Computer Society’s candidates for president-elect, first and second 
vice presidents, and Board of Governors. Within each category, candi¬ 
dates are listed in alphabetical order. 

Election of officers to one-year terms and of board members to three- 
year terms, each beginning January 1,1992, will be by vote of the mem¬ 
bership as specified in the bylaws. Ballots, which were mailed to all soci¬ 
ety members about August 12, must be returned no later than 12:00 noon 
on Monday, October 7,1991, in the envelopes provided. Members in Re¬ 
gions 8 and 9 should return ballots to the European office in Brussels, 
members in Region 10 to the Asia/Pacific office in Tokyo. All others 
should return ballots to the Independent Election Corporation of Ameri¬ 
ca in New York. Election results will be announced in the December is¬ 
sue of Computer. 

The opinions expressed in the statements are those of the individual 
candidates and do not necessarily reflect Computer Society positions or 
policies. 


Nominees for president-elect 



James H. Aylor 


L .-jflW 

Position statement. During the past 10 years, 


’ fw 

the Computer Society and the profession have 


grown significantly. Society membership has 

) 

mk 

reached 100,000. The Computer Society pub¬ 
lishes five transactions and six magazines, and a 
significant increase in activity has occurred in 

1 standards efforts, conference sponsorship, and 


direct member services. Offices in Brussels and Tokyo now support 
our European and Asian members. Despite the need for deficit 
spending and financing from reserves to accomplish this expansion, 
the Computer Society felt that the growth in membership and the 
profession warranted the program growth and the financial com¬ 
mitment. The administration has worked hard to position the soci¬ 
ety as a leader among the professional societies in the computing 
field. 

Spending from reserves cannot continue, and priorities must be 
set and continually reviewed. This situation, however, is not new, 
and the administration continues to work hard to maintain our cur- 
(continued on page 118 ) 


Laurel V. Kaleda 

Position statement. The society has benefited 
from steady growth of membership and activi¬ 
ties during recent years. This growth reflects 
the value of services the society provides, espe¬ 
cially those services that blend theory and 
practice. We now face the challenge of extend¬ 
ing and improving services in the middle of di¬ 
verse economic and political changes. 

The society’s size, complexity, and diversity require that its 
leaders work to ensure the continued effectiveness of society activ¬ 
ities while ensuring the financial soundness of the overall organi¬ 
zation. This effort to combine efficient and effective operations is 
intensified by the rapid advancement of computer technology and 
the evolution of new disciplines. 

We need to understand the mixture of demands on the society’s 
resources — volunteer and staff skills and time, and money — and 
plan for their optimum use. 

There are specific actions we need to take to support organiza- 
(continued on page 118 ) 
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(Aylor’s statement continued) 

rent level of prominence and vitality. Of greater concern to me is 
the steady decline in the number of members and journal sub¬ 
scriptions. The leadership must strive to determine why so many 
fellow computing professions are leaving the society. A critical 
evaluation of the member services is needed. 

Conference and standards activities are, and will continue to be, 
strong because of the dedicated volunteer support, and the society 
should see that services are available to support them. A real chal¬ 
lenge for society leaders, and my emphasis if elected, is publica¬ 
tions, which are vital to the health of the society. More innovative 
means of production and delivery must be investigated to control 
subscription fees. I will encourage experimentation with new tech¬ 
nologies such as global networks and CD-ROM for delivering all 
services. In addition, the society should have better mechanisms 
to generate, consolidate, and terminate its periodicals. The society 
must be better able to adapt to the needs of its readership. A simi¬ 
lar emphasis will be placed on the tutorial and monograph pro- 

I believe my experience in industry, running a large research 
program in academia, and serving the society in three vice-presi¬ 
dential roles has prepared me to direct the society’s future effec¬ 
tively. I solicit your support. 

Biography. Aylor is currently the secretary and a member of the 
Computer Society’s Board of Governors. He is also a presidential 
assistant on electronic media development. He served in three 
vice-presidential roles: conferences and tutorials, publications, 
and press. He was also chair and founder of the Technical Com¬ 
mittee on Computing and Persons with Disabilities. 

Aylor is professor of electrical engineering at the University of 
Virginia and director of the Center for Semicustom Integrated 
Systems. During 1983, he was a research staff member with the 
Federal Systems Division of IBM in Manassas, Virginia. His re¬ 
search interests include design automation of digital systems, 

VLSI systems, fault:tolerance and testing, hardware description 
languages, and devices to aid the handicapped. He has published 
approximately 85 journal and conference papers in his technical 
areas. Significant research accomplishments include participation 
in the development and benchmarking of the VHSIC Hardware 
Description Language and the development of a new perfor¬ 
mance-modeling technique to support the design of digital sys¬ 
tems from concept to implementation. 

Aylor earned BS, MS, and PhD degrees from the University of 
Virginia, all in electrical engineering. He is a senior member of 
IEEE and has received the Computer Society’s Meritorious and 
Distinguished Service Certificates. 


(Kaleda’s statement continued) 

tion growth and continue improvement of member services: 

(1) Reassess all activities regularly so that we understand the 
value of each and focus our efforts on those that are good and 
timely, as well as on new opportunities. 

(2) Improve two-way communications with members about soci¬ 
ety activities and technical information. 

(3) Continue to increase the number of members personally and 
directly involved in activities. 

As vice president I worked with the Conferences and Technical 
Activities Boards to develop better communications with members 
and volunteer leaders. The society, like most organizations, has un¬ 
limited opportunities for improved communications. I see im¬ 
proved communications as key to improvements in all our activi¬ 
ties, and key to encouraging more direct member participation in 
our wide range of activities, both old and new. Communications 
will also be key in taking our message to people outside the soci¬ 
ety: other scientific and engineering professionals, potential profes¬ 
sionals in computer-oriented careers, users of computers, and 
those in many other categories. 

We must strengthen the society today so that it effectively serves 
its members tomorrow and in the twenty-first century. The chal¬ 
lenge is to plan for changes now so that we are financially and or¬ 
ganizationally able to lead with new capabilities, rather than just 
react. 

I look forward to being able to work with the society on these 
challenges. 

Biography. Kaleda is currently the Computer Society’s vice presi¬ 
dent for conferences and tutorials (second term). She has been 
both first and second vice president and served as vice president 
for technical activities. She is active on the Membership and Infor¬ 
mation Activities Board and Awards Committee, and has served 
on the Finance, Planning, and Audit Committees. She has partici¬ 
pated in standards activities, including chairing the society’s Stan¬ 
dards Coordinating Committee. She has received Meritorious Ser¬ 
vice Certificates for her leadership in society technical activities 
and standards programs. 

Kaleda is a member of the Architecture Strategy Department of 
IBM’s Storage Systems Products Division (SSPD). She works with 
developers of both hardware and software to develop new oppor¬ 
tunities to improve IBM storage products and their use in a wide 
variety of environments. 

She was previously division standards authority for IBM SSPD. 
Her 23 years with IBM have provided experience on a wide range 
of computers (from PCs to ES/9000s) and software (operating sys¬ 
tems through applications). 

Kaleda has a BS in applied mathematics and computer science 
from Washington University, St. Louis, and an MBA from Golden 
Gate University, San Francisco. She is a licensed professional engi¬ 
neer in California, a senior member of IEEE, and a member of 
ACM. 


Nominees for first vice president 



Barry W. Johnson 


believe there are several items of utmost 
importance to the future of our society. 
First, our overall membership has grown 
Our technology, profes- substantially and has become much more 
and industryjire diverse. I believe we serve well the theo¬ 

retical and design needs of our member¬ 
ship, but we have many members interest¬ 
ed in computer applications, experimental 
research, and practical hardware and soft¬ 
ware issues. We must create new services 


Position statement. 


changing rapidly. The 
Computer Society must 
develop long-range 
plans, and act on those 
plans, to be a leader in our profession. I 


that meet the needs of these professionals 
as well. 

Second, our student membership has ex¬ 
hibited a disturbing decline. Most long¬ 
time society members tell me they joined 
as students. We must identify new society 
activities that will attract, serve, and retain 
student members. 

Third, the information industry is rapid¬ 
ly adopting electronic publishing technolo- 
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gy. The society must become a leader in 
this area. Our publications and other ser¬ 
vices must be easily available via electronic 

Fourth, financial stability is mandatory 
for the society’s future growth and success. 
The Board of Governors has embarked on 
a multiyear plan to generate annual sur¬ 
pluses and bring our reserves back to ac¬ 
ceptable levels. I applaud this effort and 
will do everything I can to support it. 

I believe my past four years on the Ex¬ 
ecutive Committee and Board of Gover¬ 
nors have prepared me for the vice-presi¬ 
dential position. If elected, I promise to 
work faithfully for the society and the in¬ 
terests of the membership. 


Biography. Johnson is the 1991 second vice 
president and is responsible for press activ¬ 
ities. He is a member of the Executive 
Committee, the Board of Governors, and 
the Editorial Board of IEEE Transactions 
on Computers. He was vice president for 
membership activities from 1989 to 1990, 
and treasurer in 1988. 

Johnson is an associate professor of 
electrical engineering at the University of 
Virginia and a cofounder of the Center for 
Semicustom Integrated Systems. Previous¬ 
ly, he was with Harris Corporation, where 
he designed fault-tolerant aerospace sys¬ 
tems. His interests include fault tolerance, 
testing, and microprocessor-based systems. 
He has authored a textbook. The Design 


Yale N. Patt 

Position statement. 

We have a problem, the 
effective delivery of 
computer engineering 
and computer science 
education. Our prob¬ 
lem starts at the precol¬ 
lege level, continues in the colleges, and 
remains with us beyond graduation. 

So, we need to do three things: (1) We 
need to develop mechanisms for preparing 
students for computer engineering and 
computer science programs in college, and 
to deal with the students in the colleges 


when this preparation is lacking. This lack 
of preparation exists among minority stu¬ 
dents. It also exists among nonminority 
students. (2) We need to remain vigilant 
with respect to validating computer engi¬ 
neering and computer science curricula, 
and that means being firm when necessary 
with ABET and CSAB activities. (3) We 
need to help professional computer engi¬ 
neers and computer scientists maintain 
currency after they leave the university. 

I agreed to accept the nomination for 
vice president with the understanding that, 
if elected, I would try to do something 
about 1, 2, and 3 above. 



Nominees for second vice president 


Joseph Boykin 

Position statement. 

As the world’s largest 
organization of com¬ 
puter professionals, the 
Computer Society is in 
a unique position to 
provide services for the 
computer industry. Our periodicals and 
conferences provide a conduit for the in¬ 
formation our membership needs. Now, 
with many companies and universities ex¬ 
periencing financial difficulties, it is more 
important than ever for the society to help 
its membership continue to grow profes¬ 
sionally. 


During the past eight years, I have 
worked in various volunteer positions 
helping the society enhance our technical 
activities. As treasurer and a member of 
the Executive Committee, I have been ex¬ 
posed to all society activities and have 
helped to shape policy. This background 
has given me the experience necessary to 
help shape the society in the future. 

My goals as vice president include 

• Adding new technical programs, 
which is important to our members. 

• Providing alternatives to paper pub¬ 
lishing — for example, electronic versions 
of our periodicals and standards. In addi¬ 
tion, we should investigate CD-ROM and 



and Analysis of Fault-Tolerant Digital Sys¬ 
tems (Addison-Wesley), and 55 journal and 
conference articles. 

Johnson received BS, ME, and PhD de¬ 
grees in electrical engineering from the 
University of Virginia in 1979,1980, and 
1983, respectively. He is a senior member 
of IEEE and a member of the Industrial 
Electronics Society, Tau Beta Pi, Eta Kap¬ 
pa Nu, and Sigma Xi. He received a 1990 
Outstanding Faculty Award from the Vir¬ 
ginia State Council of Higher Education, 
the 1991 Frederick Emmons Terman 
Award from the American Society for En¬ 
gineering Education, and the 1989 Univer¬ 
sity of Virginia Alumni Association’s Out¬ 
standing Young Faculty Award. 


Biography. Yale Patt is on the Board of 
Governors of the Computer Society. He is 
on the Editorial Board of Computer. He is 
professor of electrical engineering and 
computer science at Michigan and actively 
consults for both Digital Equipment Cor¬ 
poration and NCR Corporation. He has 
been teaching, doing research, and consult¬ 
ing in computer engineering for more than 
25 years. His work is in high-performance 
computer architecture and implementa¬ 
tion. All his degrees are in electrical engi¬ 
neering. 


other technologies for providing collec¬ 
tions of articles with search and retrieve 
capabilities. 

• Working more closely with industry 
and establishing formal liaisons. 

• Providing additional international ac¬ 
tivities. Approximately one quarter of our 
membership is outside the US. Additional 
conferences and standards-group meetings 
must be held abroad to recognize and fos¬ 
ter the international nature of our organi- 

Our society has been a leader in the 
field. My goal is to ensure that we continue 
to lead: that we continue providing mem¬ 
bers with information on emerging tech- 
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nologies. I look forward to the responsibil¬ 
ity and challenge of enhancing our organi¬ 
zation. 

Biography. Boykin is treasurer of the 
Computer Society and serves on the Exec¬ 
utive Committee and Board of Governors. 
He has held various positions on the Tech¬ 
nical Activities Board, including vice chair 
of TAB (1989-present) and chair of the 
Technical Committee on Operating Sys¬ 
tems (1986-1989). 

He has been general chair of the first 
(1987), second (1989), and third (1992) 
Workshops on Workstation Operating Sys¬ 
tems. Boykin guest-edited the May 1990 
issue of Computer, a special issue on recent 
developments in operating systems. He 
was one of the founders of the P1003 Posix 
standards effort, serving on the working 


group and standard’s executive committee. 

Boykin is manager of Research Operat¬ 
ing Systems with Encore Computer Corpo¬ 
ration. The group is responsible for the 
productization of Mach, use of Mach with¬ 
in DARPA-funded research projects, and 
contract work to the Open Software Foun¬ 
dation to parallelize and enhance OSF/1. 
He is the author of several papers on the 
parallelization of the Mach operating sys- 

A senior member of the IEEE, Boykin 
holds both an MS in computer science and 
an MA in psychology. His graduate work 
was done at the Ohio State and Pennsylva¬ 
nia State Universities. 

The Computer Society has recognized 
Boykin’s contributions with both a Merito¬ 
rious Service Award and a Certificate of 
Appreciation. 


Raymond E. Miller 

Position statement. 
Being a Computer So¬ 
ciety Governing Board 
member for the past 
three years has focused 
my attention on a num¬ 
ber of aspects of run¬ 
ning the society that need improving. Even 
though the society has quality programs 
and serves its membership well through 
numerous activities, much is in jeopardy if 
the society is not managed in a business¬ 
like way. This is particularly true at this 
time, when membership and publication 
subscriptions are decreasing. Through 
prodding, some progress has been made. 
The budget process has been modified to 
allow more input from the volunteers 
through the boards, and there are plans to 
gather more data to help make informed 
decisions. 

Among the additional improvements I 
would like to work for are 

(1) Getting the society to play a more 
important role as the authoritative body 
speaking for computer science and engi¬ 
neering. 

(2) Providing an environment that en¬ 
courages volunteers to become more in¬ 
volved in starting new activities and im¬ 
proving current ones, so that the activities 
and services better match the evolving in¬ 
terests in our field. 

(3) Building an ongoing database of in¬ 
formation so that more-informed decisions 
can be made in setting rates and prioritiz¬ 
ing the use of funds. 

The Computer Society is strong. It has 
quality programs and plays a crucial role in 


standards, technical publications, confer¬ 
ences, workshops, and education. The im¬ 
provements I have mentioned should help 
the society become more effective and in¬ 
fluential, so that it can be of more service 
to its members and the profession as a 

Biography. Miller, the Computer Society’s 
vice president for educational activities, 
has been on the Board of Governors since 
1989 and is a member of the Publications 
Board. Previously, he chaired the Fellows 
Committee and a technical committee. In 
ACM he held numerous positions in publi¬ 
cations and was an ACM Council member 
for six years. He served on the Board of 
Directors of the Computing Research As¬ 
sociation and the Computing Sciences Ac¬ 
creditation Board and was CSAB president 
(1985-87). 

In July 1988, Miller became director of 
the NASA Center of Excellence in Space 
Data and Information Sciences, and he has 
been a professor of computer science at 
the University of Maryland, College Park, 
since 1989. He was a professor in the 
School of Information and Computer Sci¬ 
ence at the Georgia Institute of Technolo¬ 
gy (1980-89) and served as director of the 
school (1980-87). From 1957 to 1980 he 
was a research staff member at the IBM 
T.J. Watson Research Center. 

Miller earned bachelor’s degrees in me¬ 
chanical and electrical engineering, a mas¬ 
ter’s degree in mathematics, and a PhD in 
electrical engineering from the University 
of Illinois. He is a fellow of the IEEE and 
the American Association for the Ad¬ 
vancement of Science and holds two IBM 
invention awards and a Computer Society 
Outstanding Contribution Award. 



Board of Governors nominees: 



Mario R. Barbacci 

Position statement. 
Many members of the 
Computer Society vol¬ 
unteer time, energy, 
and intellect to further 
the profession and in 
turn reap the benefits 
of technical growth and professional peer 
networks. There are numerous standards 
and technical committees that provide 
members with opportunities to participate 
in important activities and grow profes¬ 
sionally. These committees consist of re¬ 
searchers, engineers, and practitioners in 
areas ranging from supercomputers to 
microprocessors, from office automation to 
operating systems, from VLSI to distribut¬ 
ed systems — in short, the entire spectrum 
of computer-related technologies. Unfortu¬ 
nately, the opportunities these activities 
provide are among our best-kept secrets, 
and this should not be so. 

As a member of the Board of Gover¬ 
nors, I will actively work to increase the 
visibility of the volunteer activities, to rec¬ 
ognize the value of volunteer contribu¬ 
tions, and to highlight the opportunities for 
professional growth that our members can 
derive by participating in these activities. 


Biography. Barbacci, a former member of 
the Board of Governors (1986-90), is vice 
president for technical activities. He is a 
fellow of the IEEE, a member of the ACM 
and Sigma Xi, and a member and past 
chair of the International Federation for 
Information Processing Working Group 
10.2. He is also a category editor for ACM 
Computing Reviews. 

Barbacci directs the Real-Time Distrib¬ 
uted Systems Program at Carnegie Mellon 
University’s Software Engineering Insti¬ 
tute and is on the faculty in the School of 
Computer Science. His research interests 
include computer architectures, design au¬ 
tomation, distributed systems, and pro¬ 
gramming languages and environments. 

A founder of the Software Engineering 
Institute, he served as its associate director 
from January 1985 to April 1986. He is cur¬ 
rently leading a project investigating lan¬ 
guages and methodologies for real-time 
distributed applications. 

Barbacci received BSEE and Engineer 
degrees from the National University of 
Engineering, Lima, Peru, in 1966 and 1968, 
respectively, and a PhD in computer sci¬ 
ence from Carnegie Mellon in 1974. In 
1986 he received the Silver Core Award 
from IFIP. In 1987 he received a Recogni¬ 
tion of Service Award from the ACM. The 
Computer Society awarded him Outstand¬ 
ing Contribution Certificates in 1989 and 
1990. 
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(10 nominees; vote for 7) 


Luis-Felipe Cabrera 

Position statement. 

It is an honor and privi¬ 
lege to run for the 
Board of Governors. I 
accepted this nomina¬ 
tion to continue my 
work on behalf of the 
Computer Society, making it more effec¬ 
tive and essential to the membership. For 
more than six years I have been involved 
with the Technical Committee on Operat¬ 
ing Systems and Application Environments 
and with the Technical Activities Board. 

As a member of the Board of Governors, I 
would continue to focus on service to the 
membership. Our activities should have 
immediate value to the members; at the 
same time they should be important for the 
future. I will promote adoption of technol¬ 
ogies, like CD-ROM, that help communi¬ 
cate more information in less space. I will 
also advocate a more comprehensive use of 
computing within the Computer Society to 
improve the scope, speed, and efficiency of 
its services. 

Biography. A senior member of IEEE, Ca¬ 
brera served as chair of the Planning Com¬ 
mittee’s Technical Activities Board Task 
Force, chair of the TAB Development 
Committee, member of the TAB OpCom 
Finance Committee, Computer Society 
representative to the IEEE Colloquium in 
Latin America, general chair of the IEEE 
Workshop on the Management of Repli¬ 
cated Data, chair of the Technical Com¬ 
mittee on Operating Systems, program 
chair for the first and second IEEE Work¬ 
shops on Workstation Operating Systems, 
and founder and first president of the Chil¬ 
ean Chapter of the Computer Society. 

Cabrera is a computer science research¬ 
er, educator, and technical manager. He 
was director of the Computer Science De¬ 
partment at the Pontificia Universidad 
Catolica de Chile. In 1984 he returned to 
the US as a visiting professor in the Elec¬ 
trical Engineering and Computer Science 
Department at the University of California 
at Berkeley, where he is currently an ad¬ 
junct professor. 

Cabrera joined IBM in 1985. He is 
working on a transactional object-oriented 
system at the Almaden Research Center. 
He has published more than 40 research 
articles. 

Cabrera received his BS and MS in 
mathematics from the Pontificia Univer¬ 
sidad Catolica de Chile, Santiago, and his 
MS and PhD in computer science from the 
University of California at Berkeley. 
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Sumit DasGupta 

I Position statement. 

I As a long-time member 
1 of the IEEE and the 
I Computer Society, and 
is a participant on 
| many committees and 
I boards, I have been 
privileged to work with some of the best 
computer professionals in the world. 

If elected to the Board of Governors, I 
will use my experience on the Technical 
Activities and Publications Boards to 


(1) Ensure that the Computer Society 
continues to provide the optimum means 
for sharing knowledge among computer 
professionals in the 1990s. 

(2) Ensure that conferences and publica¬ 
tions continue to offer the broadest range 
of papers (from applications to theory) to 
satisfy the greatest possible range of com¬ 
puter professionals. 

(3) Determine how the society should 
evolve to meet the needs of computer pro¬ 
fessionals in the next century. 

(4) Ensure that the society maintains 
proper budgetary controls to provide the 
best services at the lowest possible cost. 

(5) Continually encourage greater par¬ 
ticipation and leadership by computer pro¬ 
fessionals in society activities. 

Biography. DasGupta, a senior member of 
the IEEE, served as chair of the Computer 
Society’s Technical Committee on Design 
Automation and member of the Technical 
Activities Board from 1986 to 1988. He was 
the editor-in-chief of IEEE Design & Test 
and member of the Publications Board in 
1988 and 1989. He has been involved with 
the International Conference on Computer 
Design since 1985, serving as program 
chair in 1989 and general chair in 1990. In 
addition, he is a past member of the pro¬ 
gram committees for the Design Automa¬ 
tion Conference and the Fault-Tolerant- 
Computing Symposium. 

DasGupta is a senior engineering man¬ 
ager at IBM’s laboratory at East Fishkill, 
New York, where he is responsible for de¬ 
veloping physical design tools for bipolar 
chips and all IBM packages. He has been 
with IBM since 1969. 

He earned a PhD in computer and infor¬ 
mation science from Syracuse University 
and has published many papers in confer¬ 
ence proceedings and journals. He has also 
received four invention awards at IBM for 
his patent activities. 

DasGupta was presented with a Merito¬ 
rious Service Award for chairing the Tech¬ 
nical Committee on Design Automation 
and an Outstanding Contribution Award 
for his role as editor-in-chief of IEEE De¬ 
sign & Test. 


Wolfgang K. Giloi 


M ’ 

Position statement. 
Future computer sys¬ 
tem development will 
aim at scalable parallel 
computers ranging 
from super worksta¬ 
tions to massively par¬ 
allel supercomputers. This endeavor calls 
for the development of new standards for 
programming models, compilers, operating 
systems, and innovative hardware — chal¬ 
lenges that require large-scale internation¬ 
al cooperation. A typical example is the 
Japanese New Information Processing 
Technologies Program in which I am in¬ 
volved. 

I have worked for more than three de¬ 
cades in industry and academia, in the US 
as well as in Europe, and have enjoyed 
close scientific cooperation with American, 
European, Japanese, and Chinese research 
establishments. This background, and my 
chairmanship of an IFIP working group, 
has given me profound experience in all as¬ 
pects of international scientific coopera¬ 
tion. Therefore, should I be elected to the 
Board of Governors, I would see my role 
specifically as one of helping to promote 
international cooperation between the 
IEEE Computer Society and other profes¬ 
sional computer societies throughout the 


Biography. Giloi is a senior member of 
IEEE and a long-standing member of the 
Computer Society. He served on the Board 
of Governors of the Gesellschaft fur Infor- 
matik, on the editorial boards of several 
international journals, as chair of IFIP 
10.1, and as a program committee member 
for numerous international computer con¬ 
ferences. 

He is director of the Research Center 
for Innovative Computer Systems and 
Technology at Berlin, a German national 
research laboratory. In addition, he is one 
of the founders of Performance Imaging 
Inc. of Oceanside, California (his main res¬ 
idence is in California). 

Giloi served for many years as professor 
of computer science at the University of 
Minnesota and the Technical University of 
Berlin, and as adjunct professor of comput¬ 
er science at UCLA. He has published sev¬ 
eral books and numerous papers in the 
computer field. 

Giloi helped to pioneer analog and hy¬ 
brid computation, computer graphics and 
image analysis, and parallel processing ar¬ 
chitectures. He developed several large 
parallel computer systems such as the first 
German supercomputer, Suprenum; the 
European supercomputer Genesis; and the 
Parallel Operating Prolog Engine (POPE). 

Giloi holds a master’s degree and a PhD 
in electrical engineering from the Universi¬ 
ty of Stuttgart, Germany. He is a member 
of the Academy of Science at Berlin. 
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Michel Israel 

Position statement. 

i a member of the 
Computer Society be- 
>e I believe that 
knowledge has an in¬ 
trinsic value. Further¬ 
more, as a professor 
and as a European, I believe very strongly 
that knowledge is to be shared. This re¬ 
quires a coherent organization and a pre¬ 
cise idea of the goals the Computer Society 
must set for itself in the future, especially 
at the transnational level. 

The Computer Society must, in my opin¬ 
ion, not only consolidate its actual role 
(new affiliate societies, new chapters) but 
also become an intermediary for activities 
throughout Europe. The transnational la¬ 
bel must be reinforced within the Comput¬ 
er Society, and European volunteers need 
to be integrated at the decision-making 
levels. The society should also establish a 
policy on the integration of Eastern Euro¬ 
pean countries. In this respect, the Com¬ 
puter Society’s European Office in Brus¬ 
sels should become the center for 
European activities. 


Biography. Israel chairs the European Ac¬ 
tivities Committee and the European Dis¬ 
tinguished Visitors Program. He served as 
chair of the Technical Committee on Mul¬ 
tiple-Valued Logic for 1987 and 1988, and 
he is on the Membership Development 
Committee. He is a member of the AFCET 
Board of Governors (the largest French so¬ 
ciety in computer science) and the AFCET 
Scientific Committee. He also chairs the 
AFCET Technical Committee on Archi¬ 
tecture. He is a member of the board of 
the French IEEE section. 

Israel chairs the Computer Science De¬ 
partment at the University of Evry. He 
spent a year as a visiting professor in the 
Electrical Engineering Department at the 
University of Toronto under a NATO 
scholarship. His research interests include 
design automation tools and multiple-val¬ 
ued logic circuits. He is currently working 
on design automation tools in conjunction 
with the French Telecom laboratories. 

Israel received a Doctor of Science The¬ 
sis from the University of Paris. An IEEE 
senior member, he has been awarded the 
Computer Society’s Outstanding Contribu¬ 
tion Certificate, a Meritorious Service Cer¬ 
tificate, and a Certificate of Appreciation. 
He also received an Outstanding Paper 
Award from the Technical Committee on 
Multiple-Valued Logic, as well as a Certifi¬ 
cate of Appreciation for serving as the 
TC’s chair. 



Guylaine M. Pollock 

I Position statement. 

The Computer Society 
nust continually evolve 
n order to maintain its 
I status as a strong, re- 
I sponsive organization. 

* Two general areas of 
vital importance to the society that I will 
concentrate on, if elected, include develop¬ 
ments in technological activities and im¬ 
provements in the society’s financial 
health. In the area of technological activi¬ 
ties, my initial goals will be to investigate 
approaches to eliminating current backlogs 
in society publications and to focus on im¬ 
provements in providing technological in¬ 
formation to the membership, such as re¬ 
starting tutorial-week programs. In the 
area of financial health, my goals will be to 
investigate mechanisms for long-term fi¬ 
nancial planning so that worthwhile 
projects of interest to grass-roots volun¬ 
teers ( IEEE Computing Futures , for exam¬ 
ple) will not be delayed due to monetary 
concerns. 

Thank you for your consideration, and 
remember: Our society can improve itself 
only through the efforts of an active mem¬ 
bership — please vote! 


Biography. Pollock currently serves as the 
Computer Society’s ombudsman, as a lec¬ 
turer in the Distinguished Visitors Pro¬ 
gram, as the tutorials chair on the Confer¬ 
ences and Tutorials Board, and as the 
Computer Society News department editor 
for Computer. She is active on the Awards 
Committee and the Publications/Press 
Planning Committee, and is a member of 
the Press Activities and the Membership 
Activities Boards. In the past, she has 
served as secretary, finance chair, and rep¬ 
resentative to the Finance Committee for 
the Conferences and Tutorials and the 
Press Activities Boards, and as president 
and treasurer of her student chapter. 

Pollock is a senior member of the tech¬ 
nical staff at Sandia National Laboratories, 
investigating performance evaluation of 
massively parallel architectures. Previous¬ 
ly, she was a research associate and in¬ 
structor at Texas A&M University, where 
she received a grant from IBM Federal 
Systems Division to investigate reusable 
software parts. She received a BS in com¬ 
puter science/mathematics from East Tex¬ 
as State University, graduating with high¬ 
est honors and academic distinction, and a 
PhD from Texas A&M University. 

Pollock has received numerous awards, 
including the Richard E. Merwin Scholar¬ 
ship from the Computer Society and a Gulf 
Oil Foundation Fellowship. She is a mem¬ 
ber of the IEEE. 


John P. Riganati 

Position statement. 

I plan to focus on three 
priorities: 

(1) quality and afford¬ 
able technical publica¬ 
tions, conferences, and 
activities; (2) robust standardization devel- i 
opment; and (3) sound (but not obsessive) 
financial management. 

W. Edwards Denning has taught us that 
a policy of never-ending improvement and 
avoidance of attempts to measure the un¬ 
measurable are key ingredients to success. 

Our already strong technical activities 
must constantly evolve with our rapidly 
changing field. Because computational sci¬ 
ence has become equal with theoretical 
and experimental science, new foci on in¬ 
terdisciplinary programs are emerging as 
subjects for our publications and confer¬ 
ences. Our technical committees must be 
given greater autonomy while maintaining 
a fiscally responsible governing structure 
(but without becoming overly legalistic in 
our “bottom line” management). We, as 
members, should be enabled by our society 
to make broad contributions while the so¬ 
ciety itself maintains a focused, healthy fi¬ 
nancial posture and provides the platforms 
upon which we can build. 

Biography. Riganati has long been active 
in the Computer Society. In 1981 he was 
appointed as the society’s representative 
on the IEEE Standards Board, where, over 
the next seven years, he chaired all of the 
board’s committees, served as vice chair, 
and was instrumental in establishing the 
Computer Society’s vice president for stan¬ 
dards. He is currently a Computer Society 
distinguished lecturer, chair of the Techni¬ 
cal Committee on Supercomputing Appli¬ 
cations’ Supercomputing Subcommittee, 
and a member of the US Activities Board’s 
Committee for Communication and Infor¬ 
mation Policy. 

Riganati has chaired the Eckert-Mauch- 
ly Award Committee, and he helped found 
the annual Supercomputing conference, 
serving as its tutorial chair in 1989. He is a 
founder and co-editor of The Journal of 
Supercomputing and serves on the Federal 
Coordinating Council for Science, Engi¬ 
neering, and Technology. 

Riganati is director of systems and ar¬ 
chitecture research at the IDA Supercom¬ 
puting Research Center. He has been a di¬ 
vision chief at the National Bureau of 
Standards, chief scientist at Rockwell In¬ 
ternational, and has worked for IBM and 
GE. He has taught graduate courses, holds 
seven patents, and is the author or coau¬ 
thor of 50 publications. 

He received a bachelor’s, a master’s, and 
a PhD in electrical engineering, all from 
Rensselaer Polytechnic Institute. 
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Vincent Y. Shen 

Position statement. 

I will work to improve 
the quality of impor¬ 
tant Computer Society 
services. My consider¬ 
able experience in both 

- academia and industry 

will help me balance the interests of both. 
Among other things, I will promote those 
publications and conferences that enhance 
the exchange of technical ideas between 
academia and industry. Of course, I will 
also promote the Computer Society in the 
Pacific Rim countries, where tremendous 
growth in the computer profession is ex¬ 
pected in the 1990s. As a person who has 
spent half his life in the Far East, I believe 
I am well suited to bridge the two cultures 
to advance the Computer Society’s mission 
of service to the profession. 

Biography. Shen is currently serving on the 
Editorial Boards of IEEE Transactions on 
Software Engineering and Computer. He 
was previously an associate editor-in-chief 
of IEEE Software and served as the first 
editor of its Quality Time department. He 
has been a member of the Publications 
Board and the Magazine Advisory Com- 

Shen is the founding head of the Com¬ 
puter Science Department at the Hong 
Kong University of Science and Technolo¬ 
gy, as well as a professor in the depart¬ 
ment. Before joining this new university in 
1990, he was manager and acting program 
director of the Software Technology Pro¬ 
gram at Microelectronics and Computer 
Technology Corporation (MCC). Previous¬ 
ly, Shen taught at Purdue University for 16 
years. While at Purdue, he consulted ex¬ 
tensively in the computer industry. He was 
also a visiting professor at National Tsing 
Hua University (Taiwan) from 1975 to 
1976. 

Shen received a BS from National Tai¬ 
wan University and an MA and a PhD 
from Princeton University, all in electrical 
engineering. He is a member of the ACM 
and Eta Kappa Nu, in addition to the 
Computer Society. Shen is also a Hong 
Kong Telecom senior fellow. 



Ronald D. Williams 

Position statement. 

I have been actively in¬ 
volved as a volunteer 
with the Computer So¬ 
ciety during the past 
five years, a period that 
has seen heavy mem¬ 
bership promotions and rapid growth of 
the member base. This membership expan¬ 
sion has permitted expanded publications 
and services. Unfortunately, the society 
continues to lose approximately one fifth 
of its members each year, and these mem¬ 
bers must be replaced before the society 
can grow. I believe this retention problem 
can be reduced if the society can better 
track the technical needs of its members 
and work to provide publications, technical 
meetings, and services to meet these needs. 
If elected to the Board of Governors, I will 
work to ensure that all members receive 
benefits that will make their society mem¬ 
bership a good value to them. 

Biography. Williams has been an active 
volunteer in the Computer Society for 
more than five years. He has served on the 
Conferences and Tutorials Board, the 
Membership Activities Board, the Publica¬ 
tions Board, and the CS Press Board. He 
was chair of the CS Press/Publications 
Planning Committee in 1990. He currently 
serves as vice president for membership 
and area activities. He was on the Execu¬ 
tive Committee of the Technical Commit¬ 
tee on Design Automation for three years. 
In addition to Computer Society service, 
he is currently vice chair of the IEEE 
Membership Development Committee. He 
has also served on several conference-or¬ 
ganizing committees and is a reviewer for 
several periodicals. 

Williams is an associate professor of 
electrical engineering at the University of 
Virginia, where he has been the recipient 
of several teaching awards. He is active in 
teaching and research in the area of digi¬ 
tal-system design for real-time applica¬ 
tions. He was formerly a member of the 
technical staff at the Mitre Corporation. 

He received BS and MS degrees in elec¬ 
trical engineering from the University of 
Virginia in 1977 and 1978, respectively, 
and the PhD in electrical engineering from 
the Massachusetts Institute of Technology 
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Thomas W. Williams 

Position statement. 

If I am reelected to the 
Board of Governors, I 
will continue to work to 
improve relations with 
the volunteers and try 
to get them the best 
I will pay close attention 
to the relationship between the Computer 
Society and the excellent volunteers who 
organize and run conferences and tutorials. 
I believe the Computer Society is in fact an 
international organization and just hap¬ 
pens to have its main office in North 
America. Thus, I will work to continue to 
improve support for our members who are 
not geographically located in North Amer- 

It must be stated that even though we 
would like to have support for this or sup¬ 
port for that, we must be fiscally responsi¬ 
ble. I will take this as the basis for all my 
work in the society, to give the best service 
possible while also ensuring a good return 
on investment. 

Biography. Williams has served on the 
Computer Society Board of Governors for 
the last two and a half years. He is the 
founder and chair of the society's annual 
Workshop on Design for Testability and 
cofounder and cochair of the European 
Workshop on Design for Testability. He 
also chairs the IEEE Technical Subcom¬ 
mittee on Design for Testability. A fre¬ 
quent conference speaker in the US and 
abroad, he served as a distinguished visit¬ 
ing speaker for the Computer Society from 
1982 to 1985. He edited several special is¬ 
sues of IEEE Transactions on Computers 
and the Journal on Computer-Aided De¬ 
sign and has written extensively, receiving 
several best paper awards. 

Williams is a senior technical staff mem¬ 
ber with the IBM Systems Technology Di¬ 
vision in Boulder, Colorado, where he 
manages the VLSI Design Rules Group. 

He is also an adjunct professor at the Uni¬ 
versity of Colorado in Boulder and was a 
guest professor at the University of Han¬ 
nover, Hannover, Germany, in 1985. 

Williams received a BSEE from Clark¬ 
son College of Technology, an MA in pure 
mathematics from the State University of 
New York at Binghamton, and a PhD in 
electrical engineering from Colorado State 
University. An IEEE fellow, he shared the 
W. Wallace McDowell Award in 1989 for 
his work in testing and testability. 


Return your ballot promptly. 

Ballots must be received no later than October 7,1991. 
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NEW PRODUCTS 

Contact or send releases to Christine Miller, Computer, 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264; Compmail, s.c. miller. 


Parallel processing supports scientific visualization Common link for 

Mac and DOS 


IBM’s Power Visualization System 
combines a server that has up to 32 
i860 parallel processors, a dedicated 
gateway RISC System/6000, Hippi 
(high-performance parallel interface) 
networking, and video-controller and 
disk-array subsystem options. 

Applications include identifying 
natural resources, engineering, and 
designing pharmaceuticals. 

The server’s visualization environ¬ 
ment supports the X Window System 
and OSF/Motif interfaces and con¬ 
tains up to 1 Gbyte of shared memory, 
with 1.28-Gbyte-per-second communi¬ 
cations between the processors and 
global memory. Images can be calcu¬ 
lated at a peak of 2.5 billion floating¬ 
point operations per second. The re- 


Interactive Gauss editing 

PQGedit from Aptech Systems lets 
Gauss software users add graphics 
files and other information to existing 
graphs interactively. A WYSIWYG 
interface provides an unlimited num¬ 
ber of overlapping or tiled windows. 
Imported graphics are automatically 
scaled to fit the windows. 

Users can also scale fonts and cre- 


sults can be displayed on a variety of 
workstation devices, including high- 
definition TV. 

The system lets users display and 
manipulate volumes, isosurfaces, 2D 
and 3D surfaces, vector fields, cutting 
planes and glyphs, opaque and translu¬ 
cent surfaces and volumes — all in the 
same picture. 

The disk-array subsystem can hold 
and transmit up to 170 Gbytes of data 
at a sustained rate of 55 Mbytes per 
second. 

IBM plans to ship the system at the 
end of November. Prices range from 
$600,000 to $2 million, depending on 
selected options. 
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ate variable-sized arrows, lines, rect¬ 
angles, and symbols with a mouse. 
Features include zooming, Undo, col¬ 
or and line-width control, and a com¬ 
mand-file generator. 

PQGedit works with Gauss 2.1 
graphics. The price is $295. 
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Mac-in-DOS, the PC version of Pa¬ 
cific Micro’s Common-Link under 
Windows 3.0, lets users exchange text, 
binary, and graphics files between the 
Macintosh and DOS operating sys¬ 
tems. No extra cables or hardware are 
needed. 

The package lists the two directo¬ 
ries of files side by side on the screen. 
Files are simply copied with automatic 
conversion. 

Mac-to-DOS transfers let users 
choose levels of conversions. DOS-to- 
Mac transfers involve the creation of a 
dummy Mac file into which the DOS 
file is placed. 

The software comes on a DOS disk 
for a 1.44-Mbyte drive and resides on 
the DOS computer. 

The package costs $199. 
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Switching to RISC 

The DECstation 5000 Model 200 
workstation has been incorporated 
into the MasPar Computer MP-1 fam¬ 
ily of parallel systems. The 24-MIPS 
RISC DECstation replaces the CISC 
VAXstation 3520 previously used as 
the Unix subsystem and system con¬ 
sole. The company claims an average 
fivefold improvement in performance 
with the MasPar Parallel Program¬ 
ming Environment and significant 
speedups for graphical tools. 

Configurations of the MP-1 range 
from 1,024 to 16,384 processors. 

MasPar will provide upcoming soft¬ 
ware releases on CD-ROM disks. 

New MP-1 systems are available im¬ 
mediately, starting at $170,000. Cur¬ 
rent users may upgrade on a trade-in 
program. 
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Integrate data sets with a click 


The Iris Explorer visual application 
environment for Silicon Graphics 4D 
workstations lets users with unique re¬ 
quirements integrate existing data sets 
and algorithms for viewing and analy¬ 
sis. Users create applications with a 
mouse by visually connecting software 
modules into flowchart configurations. 
The modules perform data reading 
and analysis, image processing, and 
geometric and volume rendering. 

The package supports computation¬ 


al chemistry and fluid dynamics, geo¬ 
physical/seismic analysis, reservoir 
simulation, medical imaging, and fi¬ 
nite-element analysis. The X Window 
System and the Motif graphic environ¬ 
ment are supported, as well as C, C++, 
and Fortran programming languages. 

The 100-module software package 
will be delivered with Silicon Graphics 
systems in late 1991. 
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OCR and AI read wafers 

The Cognex 1600 Character Recog¬ 
nition System uses a video camera to 
capture an image of each semiconduc¬ 
tor wafer in the fabrication process. 
The system combines optical charac¬ 
ter recognition technology with artifi¬ 
cial intelligence techniques to read se¬ 
rial numbers etched on wafer 
backgrounds. The numbers may vary 
in readability due to edge bead re¬ 
moval, touching die patterns, partial 
or complete interference by die pat¬ 
terns, or other factors. 

The system supports up to four 
cameras, provides pretrained fonts, 
and integrates with wafer handlers, 
sorters, steppers, wafer probers, laser 
repair systems, and laser markers. 

The multiplexed configuration costs 
less than $5,000 per read station. 
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Two more Sparcstations 

Two desktop workstations, Sparc¬ 
stations IPX and ELC, offer midrange 
color or entry-level capabilities at re¬ 
duced costs. 

The IPX provides accelerated GX 
graphics with multiple windows and 
real-time 2D and 3D wireframe model 
manipulation. It runs at 28.5 MIPS 
and 4.2 Mflops and comes with 16 
Mbytes of memory expandable to 64 
Mbytes. Ports include SCSI, Ethernet, 
audio, speaker, and serial (two). 

The ELC provides database man¬ 
agement and document image pro¬ 
cessing, combining integer and float¬ 
ing-point functions, up to 64 Mbytes 
of memory, and a SCSI port for disk, 


The LB-386 data-acquisition system 
from Elexor Associates includes a 386 
laptop, an internal data-acquisition 
module, and a set of software tools. 
The 25-MHz platform comes with a 
backlit VGA screen, a 40-Mbyte hard 
disk, and serial, printer, and monitor 
ports. 

Acquisition rates reach 100,000 
samples per second on 128 analog and 
112 digital channels that can be 
scanned simultaneously. The 15-lb. 
portable includes internal recharge¬ 
able batteries and an AC adapter. 



The Cognex 1600 provides a menu in¬ 
terface that lets users set application- 
specific parameters by using trackballs 
and pull-down menus. 


tape, and CD-ROM peripherals. It 
also includes an Ethernet port, an au¬ 
dio port and speaker for multimedia 
applications, and two serial ports. The 
convection-cooled system board fits 
inside a high-resolution monochrome 
monitor. 

Both systems are available in server 
configurations and support the SunOS 
operating system. The OpenWindows 
environment includes the Open Look 
graphical interface and DeskSet pro¬ 
ductivity tools. 

The ELC starts at $4,995, the IPX 
at $11,995. 

Reader Service 41 


The software offers fast Fourier 
analysis (including reverse analysis), 
X-Y plotting, autoscaling, statistics, 
and common math functions. It is 
compatible with Lotus, Excel, and 
DaDisp packages. 

Optional and 286 configurations 
are available, as is a free demonstra¬ 
tion disk. The LB-386 system costs 
$5,995 (dealer, OEM, and VAR in¬ 
quiries invited). 
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Neural net development 

NeuralWare has developed two 
neural network development worksta¬ 
tions that reputedly increase perfor¬ 
mance up to 20 times. Each worksta¬ 
tion comes with NeuralWorks Pro¬ 
fessional II/Plus optimized for the 
platform. The workstations are for de¬ 
velopers of data-intensive applications 
such as process control, financial mod¬ 
eling, and risk management. 

The SuperStation/PC, based on a 
33-MHz 486 chip, features a 40-MHz 
Alacron i860 board with integrated 
“compile-on-the-fly” software. The 
board includes 16 Mbytes of RAM 
and an AT channel interface. 

The host system also provides 8 
Mbytes of RAM, 256 Kbytes of cache 
memory, a SCSI controller, six EISA 
slots (three available), two serial 
ports, and one parallel port. It is de¬ 
livered with a 101-key keyboard, a 16- 
inch NEC MultiSync 4D video moni¬ 
tor, a 256-color Super VGA board, a 
3.5-inch 1.44-Mbyte floppy drive, and 
a 200-Mbyte SCSI drive with 512 
Kbytes of cache memory. 

The SuperStation/Sparc combines a 
SparcStation with a 40-MHz Sky Sta¬ 
tion from Sky Computers and also in¬ 
cludes “compile-on-the-fly” software. 
It has 32 Mbytes of RAM and a SCSI 
interface. The host system provides 
28.5 MIPS, 32 Mbytes of RAM, SCSI 
and Ethernet interfaces, two serial 
ports, and an Sbus. 

The SuperStation/Sparc is delivered 
with a 101-key keyboard, a 16-inch 
Sony Trinitron monitor, a 256-color 
Super VGA board, and a 414-Mbyte 
internal disk. It also includes a 3.5- 
inch 1.44-Mbyte floppy drive. 

Both workstations use Neural- 
Ware’s user-defined Neuro-Dynamic 
option, which lets users convert the 
application development environment 
to a research shell. Users can create 
learning rules, transfer and error func¬ 
tions, and arbitrary network-connec¬ 
tion topologies. The ExplainNet facili¬ 
ty reports how a network came to a 
particular conclusion. 

Applications developed on these 
workstations can be deployed on com¬ 
puters that support C compilers. 

SuperStation/PC costs $29,995 (with 
MS-DOS 4.0). SuperStation/Sparc-860 
costs $55,995 (with Sun/OS 4.0 and 
Open Look). 

The company is also shipping beta 
versions of NeuralWorks Professional 
II/Plus for the VAXstation/3100 series 
and compatibles running under Ultrix 
4.0 at a cost of $3,995. 
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Laptop data-acquisition system 
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Sequoia upgrades to 68040 

The Sequoia Series 400 combines a 
68040 microprocessor with the Unix 
operating system, standard relational 
databases, and an open systems envi¬ 
ronment. The system performs at 400 
to 500 transactions per second and 
runs with the Parallel Server Rela¬ 
tional Database Management System 
from Oracle Corp. 

The fault-tolerant, symmetrical 
multiprocessing system clocks speeds 
of 25 MHz, has an 8-Kbyte first-level 
cache, and can address up to 4 Gbytes 
of physical memory. The Series 400 
can support up to 32 processor ele¬ 
ments, each having dual self-check 
040s, internal floating-point arith¬ 
metic operations, and a high-speed, 
four-way, set-associative 1-Mbyte sec¬ 
ond-level cache. 

Development software includes Co- 
bol, C, Pascal, and Fortran compilers, 
and DBX Symbolic Interactive De¬ 
bugger and DWB Documenter’s 
Workbench. 
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Foresight from Computer and En¬ 
gineering Consultants lets users create 
a standard process to measure and 
manage projects by linking to project 
management tools. The package con¬ 
tains an encyclopedia of information 
on engineering methods and tech¬ 
niques. Project paths include forward 
engineering, reverse engineering, and 
rapid application development. Meth¬ 
odologies are consistent, repeatable, 
and verifiable. 



The Sequoia Series 400 provides con¬ 
tinuous availability to data in an 
open-systems environment. 


Foresight is available for Knowl- 
edgeWare’s Information Engineering 
Workbench and Application Develop¬ 
ment Workbench. 

The company plans late 1991 avail¬ 
ability for Texas Instruments’ CASE 
tools. 

A single-workstation license costs 
$12,500 with a 90-day warranty. 
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Workstation goes with you 

The S3000 Transportable Worksta¬ 
tion from Solbourne Computers is 
completely binary compatible with 
Solbourne, Sun-4, and Sparcstation 
workstations and servers. It is based 
on a custom Sparc microprocessor in¬ 
tegrated on-chip with an integer CPU, 
a floating-point coprocessor, a memo¬ 
ry mangement unit, and a cache. A 64- 
bit bus supports 60-Mbyte/s transfers. 

The 25-lb. system unit provides 104 
Mbytes of RAM and an internal 500- 
Mbyte disk. 

A 16-inch plasma display features 
1,152 x 900 resolution. The upright 
form is 7 inches deep wtih a flat back 
and side access for cables and cooling, 
which allows the unit to be placed di¬ 
rectly against the wall. 
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Keeping track of software 

PC-Audit enables managers to eval¬ 
uate software use and expenditures 
and automatically detects the pres¬ 
ence of unauthorized software. It can 
query up to 1,000 PC users in remote 
locations to generate an inventory of 
software occupying company PCs. 

Reports list manufacturer, program 
name, description, version, and num¬ 
ber of interloper copies. The program 
also gathers information about PC 
type, processor type, display adapter, 
presence of a math coprocessor, and 
DOS version. The program links all 
data to specific users. 

PC-Audit is available from Greg 
Lewis Productions for $295 plus a 
one-time fee from $6 per audited PC. 
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CASE-resident systems development 


Unix-based computers support kanji 


Motorola has announced that its 
Delta Series 3000 computers now sup¬ 
port kanji through their System V/68J 
operating system, which is the compa¬ 
ny’s implementation of Unix System 
V Release 3. The operating system 
was developed by Nippon Motorola, 
the Motorola Computer Group, and 
AT&T’s Unix System Laboratories in 
Japan. The Delta 3000 series uses 32- 
bit 68030 complex instruction-set 
computers. 

The computers write text by inter¬ 


preting a combination of kana (syllab¬ 
ic characters that represent the sound 
of the Japanese language) that repre¬ 
sent the same syllables as a kanji pic- 
tograph. All kana characters can be 
placed on a standard computer key¬ 
board. Since a combination of kana 
characters can represent several dif¬ 
ferent kanji characters, the operating 
system selects the proper kanji char¬ 
acter for the context of the sentence. 
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Display tablet 

The Superscript II display tablet for 
desktop pen computing is bundled 
with PenSieve software for Windows 
for Pens developers. PenSieve inter¬ 
prets handprinted output in an appli- 
cation-specfic context. 

The display tablet offers 16 levels of 
gray scale, 640 x 480 pixels, and a 
VGA-compatible ISA bus interface 
card for output. 

The tablet does not require a power 
cord. It costs $1,595. 
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Seventh Annual Computer Security Applications Conference 


December 2-6, 1991 
St. Anthony’s Hotel, San Antonio, Texas 

Sponsored by 

Aerospace Computer Security Associates 
American Society for Industrial Security 



in cooperation with 

IEEE Technical Committee on Privacy and Security 
ACM Special Interest Group on Security, Audit and Control 


acm> 



Conference Highlights 


Keynote Speaker 

Senator Lloyd Benson 
(D-Texas) 

Distinguished Lecture 
in Computer Security 

Dr. Willis H. Ware 

The RAND Corporation 

Luncheon Speaker 

To Be Announced 


Tutorial Program 

Monday, 2 December 1991 

Tuesday, 3 December 1991 

“Security In Distributed Systems” 

“Security in Distributed Systems II” 

Mr. Morrie Gasser, DEC 

Mr. Morrie Gasser, DEC 

“Introduction to Trusted Systems Issues” 

“Covert Channel Analysis” 

Dr. Harold J. Podell, U.S. Government 

Dr. John McHugh, 

Baldwin/McHugh Associates 

“Data Base Security” 

Dr. S. Jajodia & Dr. R. S. Sandhu, 

“Recent Development in Information Security” 

George Mason University 

Dr. Marshall Abrams, The MITRE Corp. 

“Principles of Risk Management” 

Mr. David Snow, ITT 


Technical Paper Sessions 


Technical Program 

Wednesday - Friday, 4-6 December 1991 


Panel Sessions 


Trusted System Development 
CALS Data Protection 
Trusted Application Development 
DBMS Covert Channels 
Formal Methods Development 
Open System Security Standards 

• ISO Standards 

• Database Security (research, application) 

• Network Security 

• Security Engineering (risk assessment, life cycle) 


• Trusted System Development • 

(architecture, design, user interface • 

auditing) • 

• DoD Applications • 

• Non-DoD Applications • 

• Trusted Applications • 


Special Events 

Tour of San Antonio (special activity on December 1, 1991) 
Trip to the Alamo and the Texas Tower 
Ol’West Days (visit a 1899 homestead - working ranch) 


Workshop 

Data Management Security & Privacy Task Group presents 
"Issues 91: Data Management Security & Privacy Standards" 


Additional Information 

For a copy of the advance program, which includes rates, schedule, registration form, and special events 
information, contact: 

Diana Akers, Publicity Chair, (703) 883-5907 akers@mitre.org 
Victoria Ashby, Publications Chair, (703) 883-6368 ashby@mitre.org 
The MITRE Corporation, 7525 Colshire Dr., McLean, VA 22102 


Copies of the Conference Proceedings and a videotape of the Distinguished Lecture will be available. 

Program Subject To Change 
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1C Announcements 

Company, Model, Function Comments R,S. No. 


Anadigics Monolithic direct-broadcast satellite Ga As IC for use in high-volume receiver applications 120 

ADC20010 provides low component count, minimal tuning, small size, and high reliability. Features 

DBS tuner on-chip oscillator, 8-dB noise rating, 9-dB conversion gain, single +5V supply, and surface- 

mount package. Cost (50,000 units per month): $2.50 each. 


Integrated Silicon 
Systems 
HR filter 
DSP chip 

ITT Pomona 
Models 5711,5713 
QFP test clips 


LSI Logic 

L64765,35,45 JPEG 
Image-compression 
chip set 


Mentor Graphics 
AccuSim7.1 
Analog simulator 


MicroLinear 
ML4661/4621 
LAN chip set 


Digital signal processing IC for communications systems, HDTV, aerospace, and radar 121 

performs 250 million multiplications and additions per second. CMOS infinite impulse 
response filter feeds back results of interim calculations immediately using a redundant 
number systems technique. Can be interfaced directly with conventional digital ICs. 

Allow testing of newest surface-mounted JEDEC plastic or ceramic quad flat packs. Model 122 

5711 can access all 132 (33 x 33) pins of a 68020 or 030 processor. Model 5713 simultaneously 
accesses all 100 (25 x25) pins of a 386SX device. Both have 0.64 spacing and allow immediate 
interface with logic analyzers, on-line circuit test systems, or lab instruments. Cost (1 to 9- 
piece quantites): $225, either clip. 

Contains a raster-to-block and color-space converter IC, a discrete cosine transform pro- 123 

cessor, and Joint Photographic Experts Group coder circuits. Performs at full-motion video 
rates and can continuously code and decode data streams with no underflow or overflow. 

DCT processor and JPEG coder chips perform cosine transform, quantization, and varia¬ 
ble-length coding functions. Cost (1,000s): $287.50,27-MHz version; $220,20-MHz version. 

Tool for design and analysis of analog ICs includes new user interface, sensitivity-based 124 

and statistical worst-case analysis, and a system-modeling block library for system-level 
simulation. Interface includes pop-up menus and forms, graphical menus for selection of 
analog components. Library offers selection of mathematical, frequency-domain, and time- 
domain functions, as well as predefined DC motor and tachometer models. Cost (HP Apollo 
400,3000, and 4000 series): $24,900. 

Fiber-optic Ethernet set includes interrepeater link transceiver and quantizer. Provides 125 

functionality to implement both internal and external IEEE 802.3 medium attachment 
units and features an attachment unit interface that connects to an AUI cable or Manchester 
encoder/decoder. Available in 28-pin PLCC surface-mount packaging. Cost (1,000s): $21, 

ML4661; $6.50, ML4621. 


Motorola 

68HC705H2 

OTP microcontroller 


Integrates lateral-diffusion MOS driver transistors and EPROM on a one-time program¬ 
mable chip. Eight-bit device can drive two high-current loads up to 300 mA and emulate 
ROM-based 68HC05H2. Four pairs of LDMOS transistors can be configured as two H- 
bridge drivers. Features twin 8-bit pulsewidth modulators and four voltage comparators. 
Available in 40-pin DIP and 44-pin PLCC packages. ROM version available second quar¬ 
ter 1992. 


126 


Standard Microsystems Adds a 16-byte FIFO and vertical recording format mode to the FDC37C65C but main- 127 

FDC37C65C+ tains the same pinout. Addressing the mode control register enables vertical format 

Floppy disk controller drives. Supports 360-Kbyte, 1.2-Mbyte, and 4-Mbyte super-floppy drives. CMOS 1.25- 
micron 5 V implementation provides low power consumption and high reliability. Cost 
(50,000s): $6.31. 


Texas Instruments TLC5502-5 and TLC5503-5 support high-speed servo control, voice coil control, and im- 128 

TLC550x plementation of digital read/write chains. Specifications include 0 to 5 V input range, 

ADCs for DSP 10-MHz sampling, 50-dB signal to noise, and 51-dB total harmonic distortion. A third 

device, the TLC5503-2 for video applications such as video processing with a computer, 
digital TV, and radar-signal processing, combines with the TLC5602 video D AC. Includes 
a 3 to 5 V input range, 20-MHz sampling, and integral and differential linearity of plus or mi¬ 
nus LSB. Cost (1,000s): $10.44,5502-5; $8.34,5503-5 and 5503-2. 
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Microsystem Announcements 


Ciprico Inc. 
RF3570 

VMEbus SCSI-2 
Host bus adapter 


Independently controls data transfers, SCSI messages, peripheral status and error recovery 135 
between the host and up to seven SCSI-2 peripherals. The 6U board supports asynchronous 
and up to 1-Mbps synchronous transfer rates on SCSI-1 and -2 disks, CD-ROM, 0.25- and 
0.5-inch DAT, and helical scan tape transports. VMEbus rates for 8-, 16-, and 32-bit transfers 
reach 30 Mbps. Device drivers for Unix are available. Cost: from $2,170. 


Force Computers Extends functions of Sun workstations running SunOS to embedded systems applications. 136 

Sparc CPU-1E/16 16-Mbyte board lets user run SunOS in a single slot without adding a memory expansion 

Single-board computer board. Cost: $7,995. 


JDR Microdevices Single-slot card activates before the operating system loads and becomes transparent to the 137 

Security card hardware and software following authorization. Offers 15 passwords, works with MS-DOS, 

Unix, Xenix, DR-DOS, and OS/2; is compatible with 8088,286,386, and 486 systems. Cost: 

$49.95. 


Mectel Int’l 
Leopard series 
Motherboards 


MNC 
QC1118/9 
Passive connector 
boards 


Let users choose system speed by plugging CPU chip into the 386 motherboard. Use Intel or 138 
Advanced Micro Devices processors, the Opti chip set, and MR or AMI BIOS. Baby AT 
size with PC XT/AT standard mounting holes provides upgrading. Ship with 64 Kbytes of 
cache and are expandable to 128 or 256 Kbytes. System RAM expandable to 32 Mbytes on 
board, and shadow RAM is supported. 

Eight- and 12-slot passive EISA boards for MNC single-board 386 and 486 computers pro- 139 

vide upward migration from 8- or 16-bit ISA cards. Use multilayer construction, on-board 
decoupling capacitors, and terminator resistor networks to reach 33-Mbyte/s bus- transfer 
rates. Cost (evaluation units): $295, QC1118; $395, QC1119. 


Myriad Solutions Developed around 64-bit i860/XP RISC, accelerator board offers large instruction and data 140 

D ASHI860/50 caches, an enhanced instruction set, and 50-MHz operation with a peak throughput of 100 

Application accelerator single-precision Mflops. Available with Fortran, C, C++, and Pascal compilers, math signal 
processing, image processing, and graphics libraries. 


New Media Graphics High-resolution, fully scalable option for PC ATs lets users select 122 channels of US cable 141 

TV-VideoWindows or broadcast TV from pop-up menus. Can be scaled to any size 3.0 window. Hue, saturation, 

TV two-board set brightness, and contrast can be adjusted while running other applications. Accepts cable or 

antenna input and displays on VG A or multisync monitors. Software included. Cost: $1,485. 


Neotech Card contains four serial ports and one parallel port. Can be used in single-platform or net- 142 

MSP/4 worked systems as a multiport interface. Works with PS/2 Models 50 through 95. Installa- 

Microchannel adapter tion is software-driven without setting jumpers or switches. 


Pacific Cyber/Metrix Provides three 40-MHz TMS320C30A DSP devices connected through FIFO channels to 143 

DSP-3 A support fast parallel or pipelined operations. Each device has another 40-Mbyte/s FIFO 

MultiDSP board channel connected to a 36-bit parallel port on the board’s front panel. VMEbus reserved 

for administration, message-passing, and low-speed data transfer. Operations reach 200- 
Mbyte/s and 120-Mflops rates. Cost: $17,779 (allow45 days). 


Perceptics 

PixelStore 

NuBuscard 


Video-rate storage module permits live video capture from PixelConnect buses. Can be 144 

software-configured into a variety of image file sizes. Can capture over 8 minutes of live 
video data in such applications as live cell studies, video tracking, sequence processing, 
and frame-to-frame comparisons on the Macintosh II. 


Xycom 
XVME-687 
Processor module 


Provides 486 features as a PC AT computer in a 6U double-wide VMEbus form factor. In- 145 

eludes a 20-MHz 486SX processor, VME and PC AT bus interfaces, IDE hard disk and 
floppy disk interfaces, and a VG A graphics controller. Has 4 or 16 Mbytes of dual-access 
DRAM, ROM-resident BIOS with diagnostics, 8 Kbytes of VME cache memory, battery- 
backed time-of-day clock, and software-programmable byte-swapping logic. Cost (base 
price): $5,400. 
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PRODUCT REVIEWS 


Editor: Richard Eckhouse, University of Massachusetts-Boston. 
Send review submissions to MOCO Inc., 776A Country Way, N. Scituate, MA 02066; Compmail r.eckhouse; Internet, eckhouse@cs.umb.edu. 


DOS, Windows, and hardware 

Our cadre of volunteer reviewers has been hard at work 
these last few months examining quite a collection of DOS 
and Windows items, as well as some interesting hardware. 

Due to the large collection of products, we couldn’t cover each 
one in depth. I asked reviewers to keep their discussions short 
so that we could include all of them in this issue. The results 
are quite interesting, befitting the products we’ve had a 
chance to examine. 


DOS and company 

Microsoft 5.0 

This version is the DOS we all ex¬ 
pected several years ago. For Win¬ 
dows users, the best thing about this 
new operating system is that it mostly 
loads into the high-memory area using 
HIMEM.SYS, leaving more memory 
for Windows-based DOS applications. 
(Users typically find nearly 600 
Kbytes available after DOS installs it¬ 
self in high memory.) 

DOS 5.0 is a real delight. Installa¬ 
tion is a breeze. You don’t have to 
repartition your disk to upgrade from 
DOS 3.X (as you did for an upgrade 
to 4.X). When you install the system, 
you can create a backup disk that al¬ 
lows you to reinstall your old DOS. 
The old subdirectory is renamed on 
your hard disk. 

This product contains utilities that 
we have come to expect from Mace, 
Norton, or PC Tools. Among them are 
delete/undelete and a full-screen editor 
that is so obviously required that you 
wonder why it took so long for Micro¬ 
soft to provide it. Edlin is still there if 
you really want it! You diehard conser¬ 
vatives, however, might be interested 
to know that GW Basic has passed on. 
Instead we find an interpretive version 


of QuickBasic that almost brings the 
everyday user into the real world of 
Basic programming as recently rede¬ 
fined by Microsoft’s wonderful new 
object-oriented Visual Basic. 

Another new offering that comes 
with the system is MS-DOS shell, 
which is exactly what it sounds like, 
a “point-and-click”-driven shell that 
looks and acts like a poor man’s ver¬ 
sion of XTree, complete with charac¬ 
ter-drawn icons. Using pull-down 
menus, you can examine two directory 
windows, sort files, view a file, etc. 
You can even execute a program by 
clicking on its file name or starting a 
program from a program group. You 
can also enable task switching. Navi¬ 
gating a list is as easy as typing the 
first character of a file name. Help is 
available at any time, and users can 
create their own help text for a pro¬ 
gram group. Network users can up¬ 
grade over a network. 

The manuals are the best to date, 
with detailed explanations and help 
on system optimization. Another 
good feature is DOSKEY, a TSR that 
allows previously executed commands 
to be recalled, edited, and reexecuted 


by using a combination of the arrow 
and function keys. Since the operating 
system is “ROMable,” users will 
hopefully find this feature in the next 
batch of laptops. 

The suggested retail price of DOS 
5.0 is $99.95. Readers may contact 
Microsoft Corporation at One Mi¬ 
crosoft Way, Redmond, WA 98052- 
6399; (206) 882-8080; or circle Reader 
Service Number 21. 

— Sorel Reisman, California State 
University, Fullerton, and. Richard 
Eckhouse, University of Massachu¬ 
setts-Boston 


TreeSaver 

When I received a copy of TreeSav¬ 
er 2.1,1 decided to follow up on the 
original product review that appeared 
in the August 1990 issue of Computer, 
p. 109. The TreeSaver package lets 
you compress documents destined for 
a LaserJet printer by a factor of two 
or four. It’s great for archival storage 
of program listings and documents 
that you may not read every day. 
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The new version of TreeSaver fea¬ 
tures TSLOAD, a program to down¬ 
load fonts to the LaserJet. Included 
among these fonts is Courier at 16.67 
characters per inch. Although slightly 
smaller than the line printer font usu¬ 
ally used for two-for-one reductions, 
Courier is slightly more pleasant to 
read, as it has serifs (the little tails at 
the edges of letters), while the line 
printer font does not. 

In addition to the extensive manual, 
the distribution disk holds a 13-page 
README.TXT file for TreeSaver 
and a nine-page README2.TXT file 
for TSLOAD. To use the fonts to the 
best advantage, the configurations of 
these two programs must be coordi¬ 
nated. The documentation does not 
mention this important fact, nor is it 
obvious which selections give accept¬ 
able results. Fortunately, the customer 
service support personnel, readily 
available by telephone, are very 
friendly and knowledgeable. 

TreeSaver can reduce graphics as 
well as text. Unfortunately, it does not 
perform this difficult task very well. 

As the manual says, TreeSaver “selec¬ 
tively ‘throws-out’ data as part of the 
process of reducing the image size.” 
Apparently the algorithms need some 
refinement, for when documents were 
sent not as text but as bitmaps, some 
letters vanished and solid vertical 
lines appeared as unaligned segments. 
You have to decide how useful the re¬ 
sultant images are for your purposes. 

The interactive interfaces to the two 
programs are related — they rely on 
menus and function keys — but the 
user interactions are actually quite 
different. To use TSLOAD, you select 
the fonts you wish to load (your selec¬ 
tions are saved so you generally need 
do this only once); you press F5 to 
download the fonts, ESC to exit the 
program, and Y to confirm the exit. 

To use TreeSaver, once you have used 
the various panels to make your selec¬ 
tions (as with TSLOAD, these are 
saved), you simply press F10 to exit 
the program, which remains in memo¬ 
ry as a TSR utility. As it exits, Tree¬ 
Saver displays a screen showing how 
to select its modes and what options 
the program supports. Although the 
user may have altered the hot key that 
activates the program, the displayed 
screen shows the original default hot 
key and does not track the user’s se¬ 
lection. Ultimately, you will want to 
invoke TSLOAD and TreeSaver by 
using a batch file to avoid dealing with 
these two interfaces. 

TreeSaver does not always know 
when a document ends, so if a docu¬ 
ment being printed at half size has an 


I found Vermont Views 
most suitable for the 
seasoned C programmer or 
serious developer. It is not 
for the learner. 


odd number of pages, the last page 
may not be printed until it is forced 
out, which the user may do by press¬ 
ing any TreeSaver hot key combina¬ 
tion. If a second document is sent to 
the printer before the last page of the 
first document is forced out, the entire 
second document prints with the 
wrong paging (pages 2 and 3 together, 
4 and 5, etc.). 

As pointed out in the original re¬ 
view, alternatives to TreeSaver exist, 
but they do not usually offer as many 
fonts or other options — nor do they 
attempt to handle graphics. 

TreeSaver supports the LaserJet 
Plus, 500 Plus, Series II, IIP, IID, III, 
and HID. Readers may contact Disco- 
versoft Inc. at 1516 Oak St., Ste. 307, 
Alameda, CA 94501-2958; (415) 769- 
2902; fax (415) 769-0149; or circle 
Reader Service Number 22. 

— Richard L. Tenney, University of 
Massachusetts-Boston 


Vermont Views 2.05 

This library-based user-interface 
development system is supplemented 
by a sophisticated screen editor called 
Designer, which allows interactive de¬ 
velopment of data and menu forms. 
Data forms can contain a variety of 
objects: fields, memos, scrollable re¬ 
gions, text, lines, and boxes. Menu 
forms can be populated with fields 
containing the options users can select 
from the menu, text, lines, or boxes. 
Users have complete control over var¬ 
ious parameters of forms such as color 
and border style, and validation tests 
of data entered into data-form fields. 

Designer is very easy to use without 
referring to the manuals. Fields can be 
linked with prompt text or with func¬ 
tions called during processing. A skel¬ 
eton source code (including header 
files) can be automatically produced 
using the source code generator. 

The library contains over 500 func¬ 


tions and has two distinct parts: devel¬ 
opment and production. Such varied 
tasks as cursor control, type conver¬ 
sions, form definition and processing, 
key functions, memory-file handling, 
screen handling, menu definitions and 
actions, and scrollable regions are 
built into the system. Both develop¬ 
ment and runtime errors are detected 
in the development library, while 
functions in the production libraries 
detect only runtime errors. During de¬ 
velopment, errors are reported by a 
special subsystem. A very practical hi¬ 
erarchical system of header files lets 
the developer use the header that is 
sufficiently powerful for the applica¬ 
tion under construction. 

The Source Code Generators allow 
the developer to generate the source 
code corresponding to data or menu 
forms. The code generated can thus 
be directly used in programs rather 
than reading the forms out of librar¬ 
ies. Although I tested the program 
with the Microsoft C 5.1 compiler, it 
can also be used with Turbo C and 
C++ and with Microsoft 6.0. 

I reviewed Vermont Views for the 
DOS operating system. Versions also 
exist for Unix, VMS, and OS/2.1 
found the package most suitable for 
the seasoned C programmer or seri¬ 
ous developer. It is not for the learn¬ 
er. Documentation and presentation 
of the product are uniformly out¬ 
standing. 

The DOS version of Vermont 
Views comes in several pricing sche¬ 
mas. The object code for the Designer 
costs $495 for a single-user copy, and 
it contains the designer-executable 
code and object code for the libraries. 
The single-user license for the source 
code for the libraries costs $395; the 
designer executable is $195. They are 
all an excellent value for the money. 

Readers can contact Vermont Cre¬ 
ative Software at Pinnacle Meadows, 
Richford, VT 05476; or circle Reader 
Service Number 23. 

— Dan Simovici, University of 
Massachusetts-Boston 


Back-It 4 


This excellent backup tool for mass 
storage devices is completely DOS 
compatible and has all the necessary 
features: speed, flexibility, hardware 
compatibility, and, most of all, reli¬ 
ability. 

The minimum system requirements 
are 
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• an IBM PC compatible, 

• DOS 2.0 or higher, 

• 384 Kbytes of RAM, and 

• some form of a mass storage de¬ 
vice (hard disk, Bernoulli Box, re¬ 
movable cartridge, Disk-on-a- 
Card). 

Backup occurs at up to 10 Mbytes 
per minute because the package utiliz¬ 
es your system hardware to the fullest. 
You can choose from two DMA 
speeds. 

Formatting while you are backing 
up is an especially convenient feature, 
eliminating the need to preformat 
floppies. 

A file selectivity feature permits full 
volume backup or a backup of any 
range of files on any available node or 
volume. There is no limitation on the 
number of files to be backed up or re¬ 
stored. Three compression modes al¬ 
low you to balance space saving (up to 
75 percent) with speed. Three modes 
of data verification enable data resto¬ 
ration even from physically damaged 
media to allow maximum reliability. 

A memory-resident backup sched¬ 
uler performs automatic backups af¬ 
ter a prespecified time interval. 

A powerful-yet-easy-to-use inter¬ 
face allows backup/restore initiation 
from the DOS prompt or a batch file, 
or through the menus, making it 
equally powerful for the beginner 
and the pro. 

Context-sensitive on-line help is 
available at any stage just by pressing 
the FI key. The software is also ac¬ 
companied by a comprehensive user’s 
manual that includes a command map. 

Because the newest release (version 
4) does not support earlier versions, a 
full backup is needed when you up¬ 
grade. Also, some devices, like the 
2.8-Mbyte floppy disk format, are not 
supported. 

The $169 package includes a 30-day 
money-back guarantee and unlimited 
toll-free telephone technical support. 

Readers may contact Gazelle Sys¬ 
tems, 42 N. University Ave., Ste. 10, 
Provo, UT 84601; (800) 786-3278; fax 
(801) 373-6933; or circle Reader Ser¬ 
vice Number 24. 

— Faisel Saeed, Oklahoma State 
University 


Remote Rx 

This package allows you to diag¬ 
nose a PC locally or remotely via mo¬ 
dem. Although knowledgeable users 
could use Remote Rx for their own 


PCs, it is really targeted at users who 
maintain or service PCs at several lo¬ 
cations. 

The package has a full set of diag¬ 
nostic and benchmarking capabilities. 
It checks out the system setup when it 
boots and displays all relevant infor¬ 
mation, including CMOS configura¬ 
tion, disk capacities and geometry, 
and the memory map (CMOS data 
may be edited through the package). 
All system capabilities may be tested 
easily and completely. As in many 
other diagnostic packages, the config¬ 
uration, testing, and benchmarking 
functions are complete. 

The “remote” part of Remote Rx is 
the most interesting: What other pro¬ 
grams let you do while working in 
front of a PC, this program lets you do 
with a modem. If a user calls you with 
a problem, you can just connect your 
PC to the remote (problem) PC and 
see that configuration for yourself. 
(Speaking from experience, few users 
understand their PC well enough to 
help with problem solving.) 

Remote Rx could save you aggrava¬ 
tion when you ask “How much ex¬ 
tended memory?” or “Is your disk di¬ 
vided into several partitions?” or even 
“What memory manager are you run¬ 
ning?” This information is immediate¬ 
ly available when you run the package 
remotely. It can use other telecommu¬ 
nications packages to dial and connect 
or can manage a modem directly to ef¬ 
fect a connection. 

The $129.95 package includes two 
well-written manuals, a slim one for 
the person sitting at the problem PC 
and a comprehensive one for the tech¬ 
nician operating the controller PC. 

The remote manual merely describes 
how to set up the program and con¬ 
nect with the controller. The control¬ 
ler manual is much larger, with sec¬ 
tions on setup, PC configuration, 
tests, benchmarks, and file utilities. 
These utilities include (among others) 
a file finder, a batch-file editor, and a 
low-level formatter. 

The technical descriptions may be 
used by people of several levels of PC 
experience, from novice to guru. For 
instance, the explanation for extended 
memory tells what extended memory 
is and also discusses specific details 
like the A20 address line. 

Readers may contact Merril & Bry¬ 
an Enterprises Inc. at 9770 Carroll 
Center Rd., Ste. C, San Diego, CA 
92126; or circle Reader Service Num¬ 
ber 25. 


— Quentin Fennessy, ITP Systems 


Electronics Workbench 

This package for simulating elec¬ 
tronics circuitry consists of two sepa¬ 
rate modules for digital and analog 
circuits. These programs run under 
DOS on typical PCs equipped with a 
Microsoft-compatible mouse and a 
graphics card compatible with the 
IBM or Hercules standard. The simple 
program installation is succinctly de¬ 
scribed in the concise, well-organized 
user manual. 

The programs provide experimental 
or laboratory support for instruction 
in electricity, electronics, and digital 
circuits as might be required up to the 
sophomore year in a university elec¬ 
trical engineering course. The pack¬ 
age emphasizes circuit simulation and 
makes no strong pretense as a design 
tool or as a substitute for instruction 
in the concepts it can demonstrate and 
simulate. 

Both program modules let the user 
compose circuits by selecting, arrang¬ 
ing, and connecting parts from a 
“parts bin.” The digital module pro¬ 
vides gates of many flavors, inverters, 
flip-flops, and the like. The analog 
module provides resistors, capacitors, 
transistors, and diodes. Signal genera¬ 
tors and test instruments can be in¬ 
serted and attached to the circuit. 
Without them the product would be 
no more than a semiconvenient draw¬ 
ing tool. Component values and labels 
are readily assigned using the appro¬ 
priate program control function; this 
is one of the few actions that is ac¬ 
complished using the keyboard. Al¬ 
most everything else is performed by 
manipulating the mouse. 

I built a few simple circuits, attach¬ 
ing signal generators and monitoring 
devices and performing circuit simula¬ 
tion. By and large the process is 
straightforward and works quite well. 

I did not verify the generated values, 
but the waveforms, timings, and mag¬ 
nitudes seemed about right. 

In constructing circuits, I was delib¬ 
erately carefree in placement of com¬ 
ponents and devices. The programs 
adjusted pretty well to my bumblings, 
but occasionally the component con¬ 
nections routine failed and placed cir¬ 
cuit lines inappropriately. This was 
rare and easily corrected by minor re¬ 
positioning of circuit elements. I also 
assigned some unusual values to com¬ 
ponents to see how such foolishness 
might be received. By and large the 
program behaved well under such 
stress, but I did manage to induce a 
runtime error (divide by zero) while 
simulating, which caused a program 
crash. It’s the usual moral: Save your 
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work periodically — a crash is immi¬ 
nent. 

I found two flaws in the system. 
When an analog circuit is being simu¬ 
lated and is driven by a signal genera¬ 
tor, the first half cycle of the output is 
obviously wrong. In addition, setting 
the values on the test instruments is 
inconvenient. This is accomplished by 
positioning the cursor on a box on the 
instrument icon that holds the value 
and then clicking a mouse button and 
dithering the mouse to achieve the de¬ 
sired value. Considering the skill with 
which other menus are handled in the 
program, it is especially annoying to 
have to cope with this “spin selection” 
of values much more conveniently 
done with pull-down menus and/or 
the keyboard. 

As for efficiency, the user manual 
points out that simulating some com¬ 
plex circuits may be pretty slow. I 
didn’t encounter this, but my circuits 
were borderline trivial. 

There is a lot to admire about these 
programs. The user documentation is 
factual, well organized, concise, and 
generally first rate. The programs are 
easy to use and well organized, requir¬ 
ing only infrequent references to the 
manual for those of even modest intu¬ 
ition. The programs behave pretty 
much as advertised, are robust, and 
have few flaws. The suggestion that 
the Electronics Workbench software 
can substitute for an actual laboratory 
is not at all hyperbolic. I am certainly 
comfortable in recommending this 
product. 

The price of $650 may seem a bit 
steep, but considering the potential 
savings in laboratory equipment in a 
pedagogical setting, it could certainly 
be justified. An evaluation disk is 
available for $10 from Interactive 
Technologies Ltd., 49 Bathurst St., 

Ste. 401, Toronto, Ontario, Canada 
M5V 2P2 (or Interactive Image Tech¬ 
nologies Ltd., 908 Niagara Falls Blvd., 
North Tonawanda, NY 14120). A ver¬ 
sion of this software for the Macintosh 
is advertised. Readers may circle 
Reader Service Number 26 or 27. 

— Daniel Somerville , Somerville 
Associates 


Dan Bricklin’s Demo II 

This prototyping tool written for 
DOS lets you produce automated 
demonstrations of programs and com¬ 
puter systems. These demonstrations 
are composed of slides that are gener¬ 
ated by the Demo II system with 


The suggestion that the 
Electronics Workbench 
software can substitute for 
an actual laboratory is not 
at all hyperbolic. 


screen generation software, captured 
from the computer display buffer, or 
imported as bitmapped images from 
paint programs. 

Most demonstrations contain one or 
more slides, and Demo II lets the user 
organize them in any order. Stepping 
through the slides can be manual or 
automatic, depending on the parame¬ 
ters requested by the builder of the 
demonstration. 

The fully automatic demonstration 
lets users specify timing during slide 
cycling. Keyboard input also can be 
automatic, with predefined keystrokes 
stored with the demonstration and in¬ 
put simulated by timed key generation 
on the current slide. 

Manual slide cycling lets the dem¬ 
onstration builder specify a sequence 
of valid keystrokes for each slide. 

Each keystroke can have an action 
associated with it that mimicks user 
input to the program. 

The $249 program uses function 
keys and pop-up menus to generate 
complete specifications for each slide. 
Generation of a credible slide show 
for a reasonably large program can be 
done effortlessly. Import of captured 
screens and bitmapped images, com¬ 
bined with overlay of fixed and vari¬ 
able data information, provides the 
flexibility for accurate and under¬ 
standable slides. 

A separate program called Capture 
loads a device driver that reads the 
screen image and stores it in a capture 
buffer through use of a hot key or on 
a timed basis. The CAPTCMD pro¬ 
gram determines the method of screen 
capture. The capture mechanism is 
not fully compatible with Windows, 
accepting only timed input. 

The Demo II self-demonstration is 
extensive and inclusive. It defines and 
describes the mechanisms available 
for creating slides and slide shows. It 
suggests mechanisms for slide show 
creation, and provides a tutorial for 
the IBM SAA CUA (System Applica¬ 
tion Architecture, Common User Ac¬ 


cess). The tutorial stresses the need to 
provide a show that is compatible with 
most systems and suggests a mecha¬ 
nism for providing this functionality. 

Readers may contact Sage Software 
Inc. at 1700 NW 167th PI., Beaverton, 
OR 97006; (800) 547-4000; or circle 
Reader Service Number 28. 

— Ed Gordon, Data Systems Asso¬ 
ciates 


DiskLock 

This software from Fifth Genera¬ 
tion Systems provides an easy, eco¬ 
nomical, and comprehensive way to 
obtain data security. For $189 you get 
a product that not only limits access to 
your hard disks through a set of pri¬ 
mary and secondary passwords but 
also offers individual directory and 
file locks. It also comes with three en¬ 
cryption techniques (FastCrypt, Pro¬ 
prietary, and DES). 

Automated installation requires 
you to choose the protected drive, the 
primary password, and the hot-key 
combination to use for locking or un¬ 
locking. You can also choose how 
long DiskLock should wait before it 
automatically locks your system dur¬ 
ing idle periods. DiskLock then se¬ 
cures your system by going through all 
your files, modifying the master boot 
record, and producing a key disk in 
case you need to restore the hard 
drive from a floppy. The last step of 
the installation includes placing a de¬ 
vice driver in the CONFIG.SYS file so 
that when you boot up DiskLock will 
request a password before making a 
hard drive accessible. If you don’t in¬ 
clude that driver, you can’t boot from 
or use the hard drive. 

Using the lock feature means that 
whole directories or individual files 
disappear unless you supply the need¬ 
ed password. The secondary password 
allows limited access to the system 
(that is, no use of the DiskLock com¬ 
mand screen or access to unprotected 
data). On the other hand, the primary 
password not only opens up the com¬ 
mand screen but also accesses Fast- 
Crypted and locked files. Even at this 
level, however, Proprietary and DES 
files are still encrypted. 

When we tested the package with 
DOS 5.0, it worked as specified. It is 
also compatible with earlier versions 
of DOS (2.1 to 4.01) and disk parti¬ 
tion drivers, with some restrictions. 
While it works with multiboot soft¬ 
ware, it does not work with machines 
that have two or more operating sys- 
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terns installed on their hard drive. It 
also won’t load into high memory, 
won’t work with any version of DR- 
DOS, won’t work with Plus Develop¬ 
ment hard cards that require the use 
of device drivers (like the IIXL), and 
does not allow the use of autolock and 
the hot key under Windows. You 
need to be aware of these minor limi¬ 
tations when considering your overall 
configuration. 

One feature can cause problems if 
you don’t read the manual first (and 
many of us don’t). Before installing 
DiskLock, you need to remove all 
RAM-resident programs and extra de¬ 
vice drivers (like Sidekick or Smart- 
drv). If you don’t, you’ll have to re¬ 
move DiskLock and reinstall it. That’s 
where you need the key disk. But 
even though you correctly supply the 
primary password, DiskLock may 
balk, saying it is wrong, while allowing 
you to proceed. That’s fine, but it 
opens up a loophole where either you 
have used the wrong key disk or 
someone else can maliciously use one 
on your system. The results are disas¬ 
trous — your hard disk is trashed and 
you need to reformat it and reinstall 
all your files. 

Much to its credit, Fifth Generation 
warns you often in the manuals and 
RE AD.ME files about making a back¬ 
up before installation. They also offer 
the best technical support we have 
ever received. Not only is the staff 
knowledgeable and courteous, but 
they are available 24 hours a day, sev¬ 
en days a week. You would be sur¬ 
prised at the terrific help that is avail¬ 
able at 1 a.m. — we were. 

Readers may contact Fifth Genera¬ 
tion Systems at 10049 N. Reiger Rd., 
Baton Rouge, LA 78009; (504) 291- 
7221; or circle Reader Service Num¬ 
ber 29. 

— Richard Eckhouse, University of 
Massachusetts-Boston, and Faisel 
Saeed, Oklahoma State University 


PC-IQ 

Natural-language interfaces are ex¬ 
amples of relatively new technology in 
the world of PCs and workstations, 
created in part to ease the burden on 
new users of various types of systems. 
One such program for IBM PCs and 
compatibles is A.I. Solutions’ $99.95 
PC-IQ, a DOS shell that understands 
plain English. This keyword system 
maps sets of synonyms to various 
DOS commands, letting you type, for 
example, “go to the BIN directory.” 


Are you tired of looking at 
the icons that come with 
Windows 3.0? If so, a pair 
of new products might be 
just what you need. 


The shell also includes a point-and- 
shoot mode for selecting DOS com¬ 
mands from menus. 

After a relatively smooth installa¬ 
tion process, PC-IQ was ready to run 
from my hard disk. One minor prob¬ 
lem occurred when the Install pro¬ 
gram edited my AUTOEXEC.BAT 
file. It added the line PATH C:\PCIQ; 
to the top of the file and left the origi¬ 
nal SET PATH=... line intact. (This 
original line would have overridden 
the added line, cancelling its effect, 
had I not changed the path com¬ 
mand.) 

The user manual, which includes a 
tutorial, contains some frustrating er¬ 
rors. For example, on page 19, under 
the heading “Viewing all your directo¬ 
ries,” it asks you to try typing “Tree 
c” and pressing <Enter>, claiming 
that PC-IQ will display all the directo¬ 
ries on your C drive. However, the 
package cannot understand this re¬ 
quest and takes you on a side journey, 
not really explaining what part it 
doesn’t understand. By trial and error, 
I discovered that, just like at the DOS 
command line, I must type “Tree c:”, 
not forgetting to include the colon. 

For new users with little or no expe¬ 
rience with DOS, or for those who are 
simply intimidated by the precision 
required by DOS syntax at the com¬ 
mand line, the package offers the op¬ 
portunity to learn a slightly more re¬ 
laxed command language including 
more than one way to type a com¬ 
mand. The interface has the added ad¬ 
vantage of being customizable, allow¬ 
ing users to add synonyms to DOS 
command mappings. However, with 
DOS 5.0’s DOSSHELL and on-line 
help facility, some of the shortcomings 
in older versions of DOS that PC-IQ 
was created to address have disap¬ 
peared. For some users, though, this 
software might be just the thing to 
help them overcome a pretty steep 
learning curve. 

Readers can contact A.I. Solutions 
Inc. at 58 Creekview Dr., PO Box 128, 
West Seneca, NY 14224; (716) 675- 


5311 or (800) 677-6670; fax (716) 674- 
3165; or circle Reader Service Num¬ 
ber 30. 

— Nicholas Hoyt, University of 
Massachusetts-Boston 


Looking through 
Windows 3.0 

Intermission 

This package may not be the most 
essential Windows program, but it 
surely is one of the most fascinating. 
You can choose from 56 screen-saver 
modules (some interactive), password 
protection (even across re-boots), and 
the possibility of creating and running 
your own modules. 

Intermission immediately draws 
your attention with colorful animated 
displays that beg to be explored. Each 
can be configured by setting such 
items as color, speed, number or 
shape of objects, and screen effects. 
Modules can be turned on or off 
(affecting whether or not a module is 
selected when Intermission blanks the 
screen), combined to generate some 
rather unusual effects, and tested to 
demonstrate what the screen saver 
produces. 

You set up the modules in the dia¬ 
logue box, where you also specify the 
wait time before Intermission is acti¬ 
vated and what causes the screen to 
be restored (mouse movement or but¬ 
ton push, for example). You can also 
specify password protection, mouse 
functions, screen blanking when you 
run a DOS window in enhanced 
mode, and the enabling or disabling of 
Intermission itself. 

A second module called Curtain 
Call randomly chooses your “wallpa¬ 
per” each time you start up Windows. 
This module comes with Intermission 
on 3.5- and 5.25-inch floppies. Both 
are easily installed from within Win¬ 
dows by answering a few simple ques¬ 
tions. That procedure, along with a 
detailed explanation of the software, 
is discussed in a brief and very well 
done user manual. 

I am a skeptic about screen savers. 
Although I have seen plenty of moni¬ 
tors with a burned-in image, I haven’t 
experienced that problem. However, 
Intermission is truly captivating, and I 
enjoy using it so much that it is now 
one of my favorite Window applica¬ 
tions. For those without Windows, 
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there is a DOS TSR that performs 
screen blanking without all the fun. 
Either way, version 2.0 is available for 
$49.95. 

Readers may contact Icom Simula¬ 
tions Inc. at 648 S. Wheeling Rd., 
Wheeling, IL 60090; (800) 877-4266 or 
circle Reader Service Number 31. 

— Richard Eckhouse, University of 
Massachusetts-Boston 


Envelope addressing 

A number of programs let you grab 
a name and address from a letter in 
your favorite word processor and 
print them on an envelope. We took a 
look at two of them, Grab Plus from 
Zpay Payroll Systems and NVelope 
Plus from Cajun Edge. We were look¬ 
ing for easy-to-use programs that sup¬ 
port a wide range of word processors 
and printers. We also wanted support 
for both a text-oriented screen and a 
graphic one (for those of us using 
Windows or the like). 

Grab Plus is actually three pro¬ 
grams in one $50 package: an address 
grabber, a database, and a label print¬ 
er. Originally, each worked in a text 
environment, but then the company 
created a Windows version, WinGrab, 
using the new Turbo Pascal for the 
Windows’ compiler. The database and 
label printer are also available as 
DOS applications running in a DOS 
window. 

NVelope Plus offers the same fea¬ 
tures as Grab Plus and also costs $50, 
operating as a TSR in the DOS envi¬ 
ronment. In addition to the Grab Plus 
features, NVelope Plus includes a 
very fast zip code finder and a utility 
that informs you of postal rates from 
your mailing address to most destina¬ 
tions. 

Regardless of which product or ver¬ 
sion of Grab Plus you use, you may 
configure them all in great detail. You 
can define hot keys, printers, configu¬ 
ration parameters, primary/alternate 
return addresses, page layouts, screen 
colors, and the style sheets in which 
all the preceding information is saved. 
For Grab Plus, there are separate con¬ 
figuration files for Windows and DOS 
users so that each file fits the appro¬ 
priate operating environment. 

In their DOS versions, Grab Plus 
and NVelope offer a great deal of 
flexibility as TSR pop-ups that can 
grab an address and place it on an en¬ 
velope, using either dot matrix or la¬ 


ser printers. In its Windows version, 
Grab Plus is simply a matter of cutting 
and pasting between the marked ad¬ 
dress in the source document and the 
WinGrab window. 

Both database label programs are 
somewhat limited in the number of 
fields and their organization, but they 
are still quite useful for maintaining 
mailing lists that can be quickly re¬ 
called and edited. One small differ¬ 
ence between the databases is that 
Grab Plus doesn’t import a “grabbed” 
label into the database. 

The Grab Plus label program in¬ 
cludes three different Avery labels in 
either two- or three-up formats. It can 
also print one-up using a dot matrix or 
daisywheel printer. NVelope’s exten¬ 
sive label selection also allows for the 
printing of Rolodex cards and name 
tags. 

Installation of all programs is 
straightforward, although not com¬ 
pletely automated. A very thorough 
manual accompanies the products. At 
these prices, the programs are excep¬ 
tional buys that bundle additional free 
utilities. 

You can reach Zpay Payroll Sys¬ 
tems Inc. at 2526 69th Ave. South, St. 
Petersburg, FL 33712-5631; (813) 866- 
8233; fax (813) 866-8034. Cajun Sys¬ 
tems is at 117 South Oak St., Ste. C, 
Hammond, LA 70404; (504) 542-0410. 
Readers may circle Reader Service 
Numbers 32 and 33. 


— Richard Eckhouse, University of 
Massachusetts-Boston, and Sorel Reis- 
man, California State University, Ful¬ 
lerton 


Icon programs 

Are you tired of looking at the stan¬ 
dard icons that come with Windows 
3.0? If so, a pair of new products 
might be just what you need. Icon- 
draw 3.1 from WinSoft and Icon De¬ 
signer from HDC Computer Corp. of¬ 
fer colorful alternatives to the 
Windows Program Manager. 

Both programs let you select icons 
from libraries or construct your own. 
You can also cut and paste icons using 
the clipboard. But while Icon Design¬ 
er offers only the basic pixel-by-pixel 
drawing tool, Icondraw offers a set of 
tools that include line-drawing tools 
as well as filled and hollow rectangles 
and ellipses. Both offer an automated 
installation procedure, on-line help, 
and transparent icons. Icondraw of¬ 
fers some interesting additional fea¬ 


tures that grab text or an icon from 
any screen and automatically insert an 
icon into a program group. It also pro¬ 
vides a 32 x 32-pixel grid to overlay an 
icon, and icon positioning commands. 

These support programs are so easy 
to use that neither comes with much 
documentation. Both let you use the 
standard Windows help screens and 
the ubiquitous FI key for on-line help. 

There are actually two versions of 
Icondraw: version 3.0 priced at $29.95 
and version 3.1 priced at $69.95. The 
latter includes LibView 1.0 and Auto- 
Launch. LibView is a separate facility 
for managing icons and comes with 
400 additional icons in six libraries for 
a total of 440 in the combined pack¬ 
age. Icon Designer is priced at $59.95 
and includes 133 icons in three librar¬ 
ies. AutoLaunch initiates a number of 
.EXE, .COM, .PIF, or .BAT files from 
one icon. You can get the same capa¬ 
bility from HDC’s FirstApps package. 

Both products are easy to use, of¬ 
fering a much-needed capability miss¬ 
ing from Windows. However, due to 
the nature of Windows, neither pack¬ 
age allows individual icons as each 
non-Window (or DOS) application is 
reduced to an icon. 

Readers may contact WinSoft at 
18732 142nd Ave. NE, Woodinville, 
WA 98072; (800) 275-7038. HDC can 
be reached at 6742 185th Ave. NE, 
Redmond, WA 98052; (206) 885-5550. 
Readers may circle Reader Service 
Numbers 34 and 35. 


— Richard Eckhouse, University of 
Massachusetts-Boston 


Hardware 


GraphOn 14 

With the growing popularity of the 
X Window System and OSF/Motif, 

X terminals are becoming more com¬ 
mon. Most X terminals are special¬ 
ized, usually diskless, workstations 
that contain X server software and 
communicate over a local area net¬ 
work like Ethernet. Compared to true 
workstations, an X terminal typically 
offers lower cost and simplified sys¬ 
tem management. 

GraphOn 14 ($995) is a 14-inch 
monochrome device priced at the low 
end of the X terminal spectrum. Its 
unique feature is that it connects to 
the host system through an asynchro- 
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nous serial line at up to 57,600 bits per 
second. Although the X Window Sys¬ 
tem specifies a byte stream protocol 
between client (application) and serv¬ 
er (display), this byte stream is not 
transmitted over GraphOn’s serial 
line. 

Rather, the GraphOn X server soft¬ 
ware ($395 per site) actually resides 
on the host system, and the serial line 
is used to transmit low-level graphics 
and input information between the 
terminal and the server. This architec¬ 
ture permits tolerable performance 
with a serial link and allows the server 
code to use the virtual memory capa¬ 
bilities of the host system. However, 
it does impose an additional load on 
the host when the terminal is active. 
The server software is available for 
DEC VMS and Ultrix, Sun 3 and 4, 
Hewlett-Packard HP-UX, and Mips 
systems. 

I tested GraphOn 14 with a DEC 
VAXstation II/GPX running VMS 
5.4-1 and OSF/Motif 1.1. Though not 
as powerful as the newer servers, this 
system seemed reasonable for testing 
a single X terminal. The terminal was 
connected via a 9,600-baud line on a 
DHQ11 multiplexer. Although the 
server software installation did not 
use the standard DEC VMSINSTAL 
utility, it was completed without diffi¬ 
culty. (This review was delayed be¬ 
cause an earlier version of the Graph¬ 
On server software was not 
compatible with later versions of 
VMS, pointing up a potential risk in 
the host-based server approach.) 

Since GraphOn hard-codes the 
startup of the DEC proprietary win¬ 
dow manager, instead of reading the 
appropriate resource file, I had to 
edit one of the GraphOn command 
procedures to start the Motif window 
manager. 

Having completed the installation, 
you log in to the host system using 
GraphOn’s terminal emulation mode. 
You then begin a single X session or 
start a login process to manage a se¬ 
ries of X sessions. Once in a session, 
GraphOn 14 behaves like any other 
monochrome X terminal. The 800 x 
600-pixel screen size is a little 
cramped, though you can scroll 
through a larger region (800 x 920) by 
moving the mouse pointer beyond the 
edge of the screen. At 9,600 baud, 
GraphOn’s responsiveness is margin¬ 
al, but it is probably acceptable for 
applications that consist of simple 
toolkit widgets such as push buttons 
and menus. Graphics-intensive pro¬ 
grams are another matter; the perfor¬ 
mance for the DECwindows paint 
program is abysmal. A higher data 


rate would probably help, but more 
specialized communication equipment 
may be required. 

The terminal comes with a three- 
button serial mouse and an extended 
keyboard. A third communication 
port may be connected to a serial 
printer. 

GraphOn 14 seems to be a niche 
product that probably has its place 
when a very low cost X terminal is re¬ 
quired or a direct network connection 
is not available. Even so, it may not 
be suitable for heavily interactive en¬ 
vironments. Its ability to emulate a 
VT100 or VT200 terminal is certainly 
a plus. 

Readers can contact GraphOn 
Corp. at 1980 Concourse Dr., San 
Jose, CA 95131; (408) 435-8400; or 
circle Reader Service Number 36. 

— Mark Sebern, Sebern Engineering 
Inc. 


ViVa 9642e 

Pity the lowly modem. It is general¬ 
ly taken for granted and yet is one of 
the most commonly used pieces of 
hardware (after the base system and 
display). The only time it is consid¬ 
ered is when a new, higher speed ver¬ 
sion comes out. Even then the only 
consideration is speed at what price, 
with maybe some thought to internal 
or external options. It takes some¬ 
thing special to set one modem apart 
from another. In the case of the ViVa 
9642e from Computer Peripherals, it 
is the unusual design. 

Now don’t get me wrong. I would 
easily buy the ViVa V.32/V.42/V.42 
bis modem with MNP5 data compres¬ 
sion because of its many features — 
including 9,600 bps. To start with, the 
modem is fully compatible with the 
Hayes Ultra Smartmodem. In addi¬ 
tion, you get autospeed recognition, 
adaptive equalization, synchronous 
and asynchronous communications on 
both dial-up and leased lines, and a 
maximum throughput rate of 38,400 
bps using its internal buffer. But the 
ergonomic “tower” design, which 
translates into a modem that looks 
like a miniature of a tower computer, 
takes up a lot less desk space. And 
status icons that replace two-letter 
abbreviations make it a handy “little” 
device that fits anywhere. 

During testing, the ViVa worked 
better than any modem I’ve used. I 
installed the latest version of Pro- 
comm Plus, told it my modem was a 
Hayes compatible, and then used it 
with a variety of time-sharing systems 


running at speeds from 1,200 to 9,600 
bps. I have had problems with a sys¬ 
tem that caused another modem to 
show “carrier detect” and then drop 
the line. That touchy system was com¬ 
pletely tamed by the ViVa 9624e. Line 
noise has become less of a problem as 
well. Consequently, I must admit that 
my modem has been once again rele¬ 
gated to the “seen-but-not-heard” cat¬ 
egory of trusty hardware that I take 
for granted. 

The modem comes with a thorough 
user manual that explains in more de¬ 
tail than most just what all the com¬ 
mands and switches are for. Should 
you have trouble, there is an 800 tech¬ 
nical support number as well as a 
technical support BBS (free except 
for the call). 

But you should heed my advice and 
not take this device for granted. At 
$649 for an external modem, it is com¬ 
petitively priced. It comes with Quick 
Link II communications software and 
should work with all popular software 
communications programs (I tested it 
only with Procomm Plus). You also get 
a special offer for CompuServe and 
Prodigy software. A recent announce¬ 
ment from Computer Peripherals de¬ 
scribes an internal 9,600-bps fax board 
with a 2,400-bps modem for $349. 

Readers can contact Computer Pe¬ 
ripherals Inc. at 667 Rancho Conejo 
Blvd., Newbury Park, CA 91320; (805) 
499-5751; fax (805) 498-8848; or circle 
Reader Service Number 37. 

— Richard Eckhou.se, University of 
Massachusetts-Boston 


Excelsior board 

The number of colors available on 
high-resolution VGA displays contin¬ 
ues to expand. A case in point is the 
Excelsior board, which was recently 
upgraded to support 32,000 colors. 

The results are spectacular, with pho- 
tograph-like pictures on 13-inch dis¬ 
plays. 

At the current price of $495, this 
board from Prism Imaging Systems 
continues to be a price leader with ex¬ 
cellent performance. A full set of driv¬ 
ers were included with the upgrade to 
support everything from AutoCAD to 
Windows; I rate this board an out¬ 
standing buy. 

Readers can contact Prism Imaging 
Systems at 5309 Randall PI., Fremont, 
CA 94538; (415) 490-9360; or circle 
Reader Service Number 38. 

— Richard Eckhouse, University of 
Massachusetts-Boston 
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Data Compression Conference 

(Sponsored by the IEEE Computer Society TCCC in Cooperation with NASA / CESDIS) 

Snowbird, Utah 
March 24 - 26,1992 


Program Committee: 

R. Arps, IBM 
R. Baker, PictureTel Inc. 
A. Blumer, Tufts U. 

M. Cohn, Brandeis U. 

R. Capocelli, U. Rome 
R. Gallager, MIT 
R. Gray, Stanford U. 

D. Hirschberg, UC Irvine 
D. LeGall, C-Cube Inc. 

A. Lempel, Technion 

B. Lucier, Purdue U. 

J. Reif, Duke U. 

D. Sheinwald, IBM 
J. Storer, Brandeis U. 

J. Tilton, NASA 
V. Viswanathan, TI Inc. 

J. Vitter, Brown U. 

V. Wei, Bellcore 
I. Witten, U. Calgary 


General Chair: 

J. Storer, Brandeis U. 


Committee Chair: 

M. Cohn, Brandeis U. 


Publicity Chair: 

R. Miller, NASA 


THEME: This conference will provide an international forum for current work on data 
compression and related areas. Topics of interest include but are not limited to: 

Coding theory, quantization theory, parallel compression algorithms and hardware, 
lossless and lossy compression algorithms for specific types of data (including text, 
images, video, speech, music, maps, instrument data, graphics, animation, and bit-maps), 
data compression standards, bi-level coding, transform methods, wavelet and fractal 
techniques, string searching and manipulation, closest-match retrieval, theory of minimal 
length encoding and applications to learning, system issues relating to data compression 
(including error control, data security, and indexing), medical imagery, scientific and 
space data archives. 

SUBMISSION: Authors are requested to submit 4 copies of an extended abstract of 8 
to 10 pages (please include your affiliation, address, telephone number, fax number, and 
email address) by November 15,1991 to: 

Prof. Martin Cohn 
Computer Science Dept. 

Brandeis University 
Waltham, MA 02254 

(phone: 617-736-2705, fax: 617-736-2741, email: marty@cs.brandeis.edu) 

NOTIFICATION: Authors will be notified of acceptance or rejection via email (or fax 
if necessary) on 12/13/92. A final camera-ready draft is due 1/13/92. 

ADVANCE REGISTRATION: Registration includes receptions, banquet, coffee 
breaks, and proceedings. For registrations received before 2/15/92, the fee is $295.00 for 
IEEE or affiliate members, $370.00 for non-members, and $150.00 for students; there is 
an additional $100 late fee for all registrations after 2/15/91. If you have additional 
questions, call Myrna Fox at 617-736-2700. 

HOTEL: Space is limited; rooms may NOT be available after 2/15/92. Rooms are $39 
per person for a double room and $78 for a single room. Call the Cliff Lodge, Snow¬ 
bird, UT 84092, 800-453-3000 or 801-742-2222. 

TRANSPORTATION: The hotel may be reached by limousine or public bus from the 
Salt Lake City Airport. 


REGISTRATION FORM 


NAME: 

MAIL TO: 

AFFILIATION: 

ADDRESS: 

DCC Registration 
Computer Science Dept. 
Brandeis University 
Waltham, MA 02254 

PHONE: EMAIL: 

(Payment must be by check in 

U.S. dollars payable to DCC.) 

® IEEE member □ Q AMOUNT ENCLOSED: 
















CALL FOR PAPERS 


IEEE Software seeks articles for 
publication in 1991 and 1992 issues 
that focus on results and experience useful 
to practitioners, particularly on the follow¬ 
ing topics: software renovation, work¬ 
group computing, maintenance under the 
object-oriented paradigm, postmortem 
analysis of software projects (from both 
technical and management perspectives), 
embedded systems programming and de¬ 
velopment, industrial experiences with 
Ada and C++, human factors issues for 
software developers, and use of CASE 
tools in industrial development. Submit 
eight copies of articles to Carl Chang, 

IEEE Software, 1120 Science and Eng. Of¬ 
fices, MC 154, Univ. of Illinois, Chicago, IL 
60680, Internet ckchang@uicbert.eecs.uic. 
edu. For detailed author guidelines, call 
Karen Potes at (714) 821-8380. IEEE Soft¬ 
ware also seeks software developers to 
write l,000-to-3,000-word reviews on new 
software packages for the magazine’s Tool¬ 
box department. If you are interested, send 
a brief description of your position, compa¬ 
ny, education/training, field(s) of product 
interest, and software development envi¬ 
ronment to IEEE Software, Toolbox Edi¬ 
tor, 10662 Los Vaqueros Circle, Los 
Alamitos, CA 90720, e-mail chad% 
prevue@uunet.uu.net. 


|£jj) CBMS 92, IEEE Symp. on Comput- 
er-Based Medical Systems: June 14- 
17,1992, Durham, N.C. For submittal 
form, contact Pete Santago, Bowman Gray 
School of Medicine, Winston-Salem, NC, 
phone (919) 748-2703, fax (919) 748-2870. 


/£f^j CASE 92, Fifth Int'l Workshop on 
Computer-Aided Software Eng.: July 
7-10,1992, Montreal. For submittal infor¬ 
mation, contact Gene Forte, fax (503) 245- 
6935, e-mail g.forte@compmail.com; Nazim 
Madhavji, School of Computer Science, 
McGill Univ., fax (514) 398-3883, e-mail 
case@softeng.cs.mcgill.ca; or John Jenkins, 
City Univ. of London, Business Systems 
Analysis Dept., London, UK, fax 44 (71) 
608-1270. 


1992 IEEE Int'l Conf. on Robotics and 
Automation: May 10-15,1992, Nice, 
France. Sponsor: IEEE Robotics and Au¬ 
tomation Soc. Submit four copies of paper 
by Sept. 20, 1991, to Georges Giralt, Labo¬ 
ratory d’lnformatique et d’Analyse des 
Systemes, 7, Avenue du Colonel Roche — 
30177 Toulouse Cedex, France, phone 33 
(61) 336-200, fax 33 (61) 553-577, e-mail 
giralt@laas.fr. 

European Forth Modification Lab Conf.: 

Oct. 11-13,1991, Marianske Lazne, Czech¬ 
oslovakia. Submit paper by Sept. 23,1991, 
to Marina Kern/Klaus Schleisiek-Kern, 
Uhlenhorster Weg 3, D-2000 Hamburg 76, 
Germany, 49 (40) 229-6441, fax 49 (40) 
229-7205. 


Fifth Int’l Conf. on Putting into Practice 
Methods and Tools for Information System 
Design: Sept. 23-25,1992, Nantes, France. 
Submit five copies of paper by Sept. 30, 

1991, and camera-ready paper by May 1, 

1992, to Henri Habrias, Liana, IUT, 3 rue 
MI Joffre, 44041 Nantes Cedex 01, France, 
phone (33) 4030-6056, fax (33) 4030-6001, 
e-mail habrias@naiut.dnet@ciripa.circe.fr. 

IEEE Software seeks articles for a 
special 1992 issue about the applica¬ 
tions of software-reliability models to as¬ 


sess and certify software quality and de¬ 
pendability during product development. 
Case studies and experience reports are 
particularly welcome. Submit seven copies 
of article by Oct. 1,1991, to Pradip K. Sri- 
mani or Yashwant K. Malaiya, Computer 
Science Dept., Colorado State Univ., Fort 
Collins, CO 80525, fax (303) 491-2293, In¬ 
ternet srimani@cs.colostate.edu or 
malaiya@cs.colostate.edu. For author 
guidelines, contact Karen Potes, IEEE 
Software, PO Box 3014, Los Alamitos, CA 
90720-1264, phone (714) 821-8380, fax 


Call for articles and referees for Computer 


I Computer seeks articles for inclusion in an upcoming special issue. 


Object-Oriented Systems and Applications is the theme planned for the 
September 1992 issue. Manuscripts reporting survey, original research, design 
and development, and object-oriented systems and applications are sought im¬ 
mediately in the following areas: 


• Physical and natural sciences, such as object-oriented approaches in geo¬ 
sciences, manufacturing, and space exploration 

• Branches of engineering 

• Development of user interfaces 

• Simulation and modeling of computer systems 

• Economics considerations in sciences and engineering software 

• Maintenance and reuse of large, intelligent science and engineering software 

• Reliability of science and engineering software 

• Development of science and engineering-specific object-oriented knowledge¬ 
base systems 

• Use of science and engineering-specific object-oriented software 

Fourteen copies of the complete manuscript are due by November 15,1991; 
notification of decisions is set for April 1,1992; and the deadline for submittal of 
the final version of each manuscript is June 1, 1992. 

Submissions and questions should be directed to David C. Rine, Department 
of Computer Science, School of Information Technology and Engineering, 
George Mason University, Fairfax, VA 22030, phone (703) 993-1530, e-mail 
drine@gmuvax.gmu.edu; or Bharat Bhargava, Computer Science Department, 
Purdue University, Lafayette, IN 47907, phone (317) 494-6013, e-mail bb@cs. 
purdue.edu. 


For submittal to Computer, manuscripts must not have been previously 
published or currently submitted for publication elsewhere. Each manu¬ 
script should be no more than 32 typewritten, double-spaced, single-sided 
pages long, including all text, figures, and references. Each of the 14 cop¬ 
ies submitted should include a title page that contains the title of the arti¬ 
cle, the full name(s) and affiliation(s) of the author(s), complete postal and 
electronic address(es) of all the authors as well as their telephone and fax 
number(s), a 300-word abstract, and a list of keywords identifying the cen¬ 
tral issues of the manuscript’s contents. The final manuscript should be 
approximately 8,000 words in length and contain no more than 12 refer¬ 
ences. 

If you are willing to review articles for any special issue, please send a 
note listing your research interests to Jon T. Butler, editor-in-chief of Com¬ 
puter, at the Department of Electrical and Computer Engineering, Naval 
Postgraduate School, Code EC/Bu, Monterey, CA 92943-5004, Internet 
butler @ ece. nps.na vy. mil. 
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(714) 821-4010, Internet w.c.ops@ 
compmail.com. 

IEEE Int’l Conf. on Wafer-Scale In- 

tegration: Jan. 22-24,1992, San Fran¬ 
cisco. Sponsors: IEEE Computer Soc., 
IEEE Components, Hybrids, and Manu¬ 
facturing Tech. Soc. Submit six copies of 
full camera-ready text by Oct. 1,1991, to 
Peter W. Wyatt, MIT Lincoln Lab, B-153, 
Box 73, Lexington, MA 02173-9108, phone 
(617) 981-7232 (in the Americas); R. Mike 
Lea, Brunei Univ., Uxbridge UB8 3PH, 
UK (in Europe); or Tadashi Sasaki, Sharp 
Corp., 8, Ichigaya, Hachiman-cho, Shin- 
juku-ku, Tokyo 162, Japan (in Asia). 

Int’l J. of Computer Simulation plans a 
special issue on simulation of communica¬ 
tion systems. Publisher: Ablex. Submit five 
copies of full paper by Oct. 1,1991, to Jas¬ 
on Yi-Bing Lin or Victor Wing-Kit Mak, 
Bellcore, 445 South St., 2D-297, Morris¬ 
town, NJ 07962-1910, phone (201) 829- 
5095 or (201) 829-4470, fax (201) 984-5837, 
e-mail liny@mookie.bellcore.com or 
vicmak@dragon.bellcore.com. 

Int’l Conf. on Computer Applications in 
Design, Simulation, and Analysis: Mar. 11- 
13, 1992, Orlando, Fla. Submit three copies 
of paper by Oct. 1,1991, to G.K.F. Lee, 
Mars Mission Research Center, PO Box 
7910, North Carolina State Univ., Raleigh, 
NC 27695-7910, phone (919) 737-2365, fax 
(919) 737-7968, e-mail glee@maepsO.ncsu. 
edu. 

ISIF 92, Fourth Int’l Symp. on Integrated 
Ferroelectrics: Mar. 9-11, 1992, Monterey, 
Calif. Submit abstract by Oct. 1,1991, to 
ISIF 92, Univ. of Colorado at Colorado 
Springs, PO Box 7150, Colorado Springs, 
CO 80933-7150, phone (719) 593-3488, fax 
(719) 594-4257. 

ESPRIT II Project Workshop: Dec. 9-11, 
1991, Abingdon, UK. Sponsor: Applica- 
tions-Related Graphics and OSI Standards 
Integration Consortium. Submit four cop¬ 
ies of full paper by Oct. 1,1991, to D.A. 
Duce, Informatics Dept., Rutherford Ap¬ 
pleton Lab, Chilton, Didcot, OXON OX11 
OQX, UK, phone 44 (235) 445-511, fax 44 
(235) 445-831, e-mail dad@uk.ac.rl.inf 
(JANet), ukc!rlinf!dad (uucp), dad%rl. 
inf@rlean (Bitnet/Earn). 

J. of Computer and Software Eng. plans 
two 1992 special issues. Publisher: Ablex. 
Submit five copies of full manuscript by 
Oct. 5,1991, for the March 1992 issue and 
by Dec. 2,1991, for the June 1992 issue to 
E.K. Park, Computer Science Dept., US 
Naval Academy, Annapolis, MD 21402- 
5002, phone (301) 267-3080, fax (301) 267- 
4883, e-mail eun@cad.usna.navy.mil. 

(®) 10th IEEE VLSI Test Symp.: Apr. 7- 
X&z 9,1992, Atlantic City, N.J. Sponsor: 
IEEE Computer Soc. Technical Commit¬ 
tee on Test Tech. Submit seven copies of 
extended summary or preferably full paper 
by Oct. 9,1991, and camera-ready version 
by Jan. 31,1992, to Dhiraj Pradham, Univ. 


of Massachusetts, ECE Dept., Marcus 
Hall, Amherst, MA 01003, phone (413) 
545-0160, fax (413) 545-4611. 

Flairs 92, Fifth Florida AI Research Symp.: 

Apr. 7-10,1992, Ft. Lauderdale, Fla. Sub¬ 
mit six copies of 1,000-1,600-word abstract 
by Oct. 14,1991, and camera-ready version 
of full paper by Feb. 17,1992, to Douglas 
D. Dankel II, Flairs 92, E301 CSE, C.I.S., 
Univ. of Florida, Gainesville, FL 32611, 
phone (904) 335-8034, e-mail ddd@ufl.edu. 

ICDCS 92,12th Int’l Conf. on Dis- 

tributed Computing Systems: June 9- 
12,1992, Yokohama, Japan. Cosponsor: 
Information Processing Soc. of Japan. Sub¬ 
mit six copies of manuscript by Oct. 15, 
1991, to Joseph E. Urban, Computer Sci¬ 
ence and Eng. Dept., Arizona State Univ., 
Tyler Mall-ECG 252, Tempe, AZ 85287- 
5406, phone (602) 965-2774, fax (602) 965- 
2751, e-mail jurban@asuvax.eas.asu.edu. 

FTCS 22, 22nd Int’l Symp. on Fault- 

Tolerant Computing: July 8-10,1992, 
Boston. Cosponsors: Univ. of Massachu¬ 
setts at Amherst. Submit six copies of one- 
page abstract by Oct. 18,1991, and final 
version by Nov. 22,1991, to J.H. Lala, 
FTCS 22, MS:6F, 555 Technology Square, 
C.S. Draper Lab, Cambridge, MA 02139, 
phone (617) 258-2235, fax (617) 258-4444, 
e-mail lala@draper.co. 

IEEE Expert plans a special track on 

artificial intelligence in text-based in¬ 
formation systems. Submit four copies of 
the full manuscript by Oct. 25,1991, to Dik 
L. Lee, Computer and Information Science 
Dept., Ohio State Univ., 2036 Neil Ave., 
Columbus, OH 43210-1277, e-mail dlee@ 
cis.ohio-state.edu.; or W. Bruce Croft, 
Computer Science Dept., Univ. of Massa¬ 
chusetts, Lederle Graduate Research Cen¬ 
ter, Amherst, MA 01003, e-mail croft@cs. 
umass.edu. 

Second Int’l Conf. on Systems Inte- 

gration: June 15-18,1992, Morris¬ 
town, N.J. Cosponsor: ACM et al. Submit 
six copies of complete paper and abstract 
by Oct. 25,1991, and final manuscript by 
Feb. 17,1992, to Raymond T. Yeh, do Pe¬ 
ter A. Ng, Computer and Information Sci¬ 
ence Dept., New Jersey Inst, of Tech., Uni¬ 
versity Heights, Newark, NJ 07102, phone 
(201) 596-3387, e-mail ng_p@vienna.njit. 
edu. 

(£fi| DAC 92, 29th IEEE/ACM Design 
Y&7 Automation Conf.: June 8-12,1992, 
Anaheim, Calif. Submit eight copies of 
complete paper by Oct. 25,1991, to Bryan 
Preas, c/o MP Associates, 7490 Clubhouse 
Rd„ Boulder, CO 80301, phone (303) 530- 
4333. 

/gjjh Comp Euro 92, IEEE Int’l Conf. on 
Ni!✓ Computer Systems and Software 
Eng.: May 4-8,1992, The Hague, The 
Netherlands. Cosponsors: IEEE Region 8, 
IEEE Benelux Section. Submit five copies 
of paper by Nov. 1,1991, and final manu¬ 
script by Feb. 1,1992, to Patrick Dewilde, 


Delft Univ. of Tech., EE Dept., POB 5031, 
2600 GA Delft, The Netherlands, phone 31 
(15) 785-089, fax 31 (15) 623-271. 

(£§i) 22nd Int’l Symp. on Multiple-Valued 
NS? Logic, May 27-29,1992, Sendai, Ja¬ 
pan. Sponsors: IEEE Computer Soc. Tech¬ 
nical Committee on Multiple-Valued Log¬ 
ic, Japan Research Group on Multiple- 
Valued Logic. Submit five copies of paper 
by Nov. 1,1991, and camera-ready copy by 
Mar. 1,1992, to K.C. Smith, Electrical Eng. 
Dept., Univ. of Toronto, Toronto, Ont., 
Canada M5S 1A4, phone (416) 978-5033, 
fax (416) 978-7423, e-mail lfujino@csri. 
toronto.edu (in the Americas); P.W. Bess- 
lich, FB-1, Electrical Eng. Dept., Univ. of 
Bremen, PO Box 330-440, D-2800 Bremen 
33, Germany, phone 49 (421) 218-3526, fax 
49 (421) 218-3601 (in Europe and Africa); 
or T. Sasao, Computer Science and Elec¬ 
tronics Dept., Kyushu Inst, of Tech., Iizuka 
820, Japan, phone 81 (948) 29-7675, fax 81 
(948) 29-7651, e-mail sasao@aries.cse. 
kyutech.ac.jp (in Asia and the Pacific). 

ISCA 92,19th Int'l Symp. on Com- 

puter Architecture: May 19-21,1992, 
Gold Coast, Queensland, Australia. Co¬ 
sponsors: IEEE, ACM SIGArch. Submit 
five copies of manuscript by Nov. 1,1991, 
and camera-ready copy by Mar. 6,1992, to 
Allan Gottlieb, NYU Ultracomputer Lab, 
715 Broadway, 10th Floor, New York, NY 
10003, e-mail gottlieb@nyu.edu. 

CGI 92, Computer Graphics Int’l 

Conf.: June 22-26,1992, Tokyo. Co¬ 
sponsors: IEEE et al. Submit six copies of 
full paper by Nov. 8,1991, to T.L. Kunii, 
Information Science Dept., Univ. of To¬ 
kyo, 7-3-1 Hongo, Bunkyo-ku, Tokyo 113, 
Japan, phone 81 (3) 3812-2111 ext. 4116, 
fax 81 (3) 3818-4607. 

/jfj) DCC 92, Data Compression Conf.: 

Mar. 24-26,1992, Snowbird, Utah. 
Sponsors: IEEE Computer Soc. Technical 
Committee on Computer Comm.. NASA. 
Submit four copies of extended abstract by 
Nov. 15,1991, to Martin Cohn, Computer 
Science Dept., Brandeis Univ., Waltham, 
MA 02254, (617) 736-2705, fax (617) 736- 
2741. 

Symp. on Assessment of Quality 

Software Development Tools: May 

27-29,1992, New Orleans. Sponsors: Tu- 
lane Univ. et al. Submit five copies of full 
paper by Nov. 27,1991, to Ez Nahouraii, 
IBM (798/089), 6321 San Ignacio Ave., San 
Jose, CA 95119, phone (408) 281-5741 
e-mail eznah@stlvm7.iinusl .ibm.com. 

Third Workshop on Workstation Op- 
NSz erating Systems: Apr. 23-24, 1992, 

Key Biscayne, Fla. Sponsor: IEEE Com¬ 
puter Soc. Technical Committee on Oper¬ 
ating Systems and Applications Environ¬ 
ments. Submit eight copies of position 
statement by Dec. 1, 1991, to Anita Borg, 
Western Research Lab, Digital Equip¬ 
ment, 250 University Ave., Palo Alto, CA 
94301, (415) 617-3315, e-mail borg@wrl. 
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Fourth Artificial Intelligence Symp., 
sSs Sept. 20-21, Fredericton, N.B., Cana¬ 
da. Sponsor: Univ. of New Brunswick. 
Contact Bradford G. Nickerson, Computer 
Science Faculty, Univ. of New Brunswick, 
PO Box 4400, Fredericton, N.B., Canada 
E3B 5A3, phone (506) 453-4566, fax (506) 
453-3566, e-mail bgn@unb.ca. 


KBSE 6, Sixth Knowledge-Based Software 
Eng. Conf., Sept. 22-25, Syracuse, N.Y. 
Sponsors: Am. Assoc, for Artificial Intelli¬ 
gence et al. Contact Barbara Radzisz, Data 
and Analysis Center for Software, PO Box 
120, Utica, NY 13503, phone (315) 336- 
0937, e-mail kbsa-con@aivax.radc.af.mil; or 
Peter G. Selfridge, AT&T Bell Labs, Rm. 
3C-441, Murray Hill, NJ 07974, phone 
(201) 582-6801, e-mail pgs@research.att. 


In the accompanying Calendar and adjoining Call for Papers, the IEEE 
Computer Society logo identifies the conferences the society is participat¬ 
ing in or sponsoring. Other conferences of interest to our readers — as well as 
their sponsors — are also listed. 

Calendar and Call for Papers notices are published free of charge, in chrono¬ 
logical order, and as space permits. 

When submitting information for inclusion in the Call for Papers section, please 
provide the following: the name of the event, the date(s), the location, the spon¬ 
sors), the deadline for submittals, and the phone and fax numbers and — if ap¬ 
plicable — the electronic address of the person to whom papers should be sent. 

For listings in the Calendar section, please provide the following: the event 
name, the date(s), the location, the sponsor(s), and the phone and fax numbers 
and — again, if applicable — the electronic address of the person to contact for 
complete information. 

Submitted information should arrive at Computer at least five weeks before 
the month of publication (i.e., for the November 1991 issue, send information 
for receipt by September 20,1991) to Chuck Governale, Calendar Dept., Com¬ 
puter, PO Box 3014, Los Alamitos, CA 90720-1264, fax (714) 821-4010, e-mail 
c.governale@compmail.com. 


/£j^i Posix Open Systems Frameworks 
Vi7 .|n<l Profiles Seminar, Sept. 23-24, 

Phoenix, Ariz. Contact IEEE Service Cen¬ 
ter, 445 Hoes Lane, PO Box 1331, Piscat- 
away, NJ 08855-1331, phone (908) 562- 
3805, fax (908) 562-1571. 

First Int'l Workshop on the Econom- 
ics of Design and Test, Sept. 23-25, 

Austin, Texas. Sponsor: ACM. Contact 
Sarma Sastry, EE Systems Dept., SAL 340, 
Univ. of Southern Calif., Los Angeles, CA 
90089-0781, phone (213) 743-0528, e-mail 
sastry@vishnu.usc.edu; or Magdy Abadir, 
MCC CAD Program, 3500 W. Baicones 
Center Dr., Austin, TX 78759, phone (512) 
338-3611, fax (512) 338-3600; or A.P. Am¬ 
bler, Brunei Univ., Dept, of Electrical Eng. 
and Electronics, Uxbridge, Middx, UB8 
3PH, UK, phone (44) 895-74000, fax (44) 
895-58728. 


AIRTC 91, Third Int’l Workshop on Arti¬ 
ficial Intelligence in Real-Time Control, 
Sept. 23-25, Sonoma Valley, Calif. Spon¬ 
sor: Int’l Federation of Automatic Control. 
Contact Greg Suski, Lawrence Livermore 
Nat’l Lab, L-550, PO Box 808, Livermore, 
CA 94550, phone (415) 423-8070, e-mail 
suski@ocfmail.ocf.llnl.gov. 


|£j^) ASIC 91, Fourth IEEE Int’l Applica- 
N57 tion-Specific Integrated Circuits 
Conf., Sept. 23-27, Rochester, N.Y. Spon¬ 
sor: IEEE Rochester Section. Contact 
Lynne M. Engelbrecht, ASIC 91,170 Mt. 
Read Blvd., Rochester, NY 14611, phone 
(716) 328-2310, fax (716) 436-9370. 


Third Int’l Workshop on Foundations of 
Models and Languages for Data and Ob¬ 
jects, Sept. 23-27, Aigen, Austria. Cospon¬ 
sors: Gesellschaft fur Informatik et al. 
Contact Gunter Saake, Informatik, Abt. 


Datenbanken, Technical Universitat, Post- 
fach 3329, D-W3300 Braunschweig, Ger¬ 
many, phone 49 (531) 391-3267, fax 49 
(531) 391-4577, e-mail saake@infbs.uucp or 
saake@dbsinf6.bitnet. 

Showcase VI Conf.: Advances in Applica¬ 
tions Development, Sept. 24-25, St. Louis, 
Mo. Sponsor: Washington Univ. in St. Lou¬ 
is Center for the Study of Data Processing. 
Contact Dee Toroian, Washington Univ., 
Campus Box 1141, 1 Brookings Dr., St. 
Louis, MO 63130-4899, phone (314) 935- 
5380. 


Fifth Int’l Conf. on Fault-Tolerant Com¬ 
puting Systems, Sept. 25-27, Niirnberg, 
Germany. Cosponsors: Gesellschaft fur 
Informatik et al. Contact Edgar Michel, 
Univ. Erlangen — Niirnberg, IMMD III, 
Martensstr. 3, D-8520 Erlangen, Germany, 
phone 91 (31) 857-917, fax 91 (31) 393-88, 
e-mail michel@uni-erlangen.de. 


Local Area Networks Token Ring Design 
and Installation Seminar, Sept. 26, Phoe¬ 
nix, Ariz. Contact IEEE Service Center, 
445 Hoes Lane, PO Box 1331, Piscataway, 
NJ 08855-1331, phone (908) 562-3805, fax 
(908) 562-1571. 


Pacific Rim Int’l Symp. on Fault- 
Tolerant Systems, Sept. 26-27, Ka¬ 
wasaki, Japan. Sponsor: Inst, of Electrical, 
Information, and Comm. Eng. Contact Sa- 
chio Naito, Electrical Eng. Dept., Nagaoka 
Univ. of Tech., 1603-1 Kamitomioka, Na¬ 
gaoka, Niigata, 940-21, Japan, phone 81 
(258) 46-6000, fax 81 (258) 46-6506. 


Second Annual University/Industry Coop¬ 
eration Conf., Sept. 29-30, Blacksburg, Va. 


Contact Susan Trulove, Virginia Tech Re¬ 
search Division, 309 Burruss Hall, Blacks¬ 
burg, VA 24061-0244, phone (703) 231- 
9356. 


Fifth SDL Forum, Sept. 29-Oct. 4, Glas¬ 
gow, Scotland. Sponsor: GEC Plessey 
Telecommunications. Contact Jo Gordon, 
Institution of Electrical Engineers, Savoy 
Place, London WC2R 0BL, UK., phone 44 
(71) 240-1871, fax 44 (71) 240-7735. 


/gjj IEEE/ACM Int’l Conf. on Develop- 
ing and Managing Expert System 
Programs and Projects, Sept. 30-Oct. 2, 

Washington, DC. Contact Jerald Feinstein, 
Mitre, 7325 Colshire Dr., McLean, VA 
22102, phone (703) 883-6236, fax (703) 
821-0701; or Larry Medsker, Computer 
Science and Information Systems Dept., 
American Univ., Washington, DC 20016. 


|£|^) 10th Symp. on Reliable Distributed 
Systems, Sept. 30-Oct. 2, Pisa, Italy. 
Contact Luca Simoncini, IEI-CNR, Via S. 
Maria 46, 56100 Pisa, Italy, phone 39 (50) 
553-159, fax 39 (50) 554-342; or Ozalp 
Babaoglu, Dip. di Matematica, Univ. di 
Bologna, Piazza di Porta S. Donato, 5, 
40127 Bologna, Italy, phone 39 (51) 354- 
430, fax 39 (51) 354-490, e-mail ozalp@dm. 
unibo.it. 


|£|^j First Int'l Conf. on Document Analy- 
N57 sis and Recognition, Sept. 30-Oct. 2, 

Saint-Malo, France. Cosponsors: Assoc. 
Francaise pour la Cybernetique Econom- 
ique et Technique et al. Contact AFCET, 
156 Bd Pereire, 75017 Paris, France, phone 
(33) 1-4766-2419, fax (33) 1-4267-9312; or 
Guy Lorette, IRISA-Campus Universitaire 
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de Beaulieu, 35042 Rennes Cedex, France, 
phone (33) 9936-2000, fax (33) 9938-32. 

First Int’l Conf. of the Austrian Center for 
Parallel Computation, Sept. 30-Oct. 2, 

Salzburg, Austria. Sponsor: ACPC. Con¬ 
tact R. Schiller, Research Inst, for Soft¬ 
ware Computation, Univ. of Salzburg, 
Hellbrunner Str. 34, A-5020 Salzburg, Aus¬ 
tria, phone 43 (662) 8044-6701, fax 43 (662) 
8044-5010. 

Sup’Eur Fall 91 Meetings, Sept. 30-Oct. 2, 

Rome. Sponsor: Universita di Roma, La 
Sapienza. Contact Ad Emmen, SARA, PO 
Box 4613, NL-1009 AP, Amsterdam, The 
Netherlands, phone 31 (20) 592-3000, fax 
31 (20) 668-3167, e-mail emmen@sara.nl. 

1CAD 91, Working Conf. on Intelligent 
Computer-Aided Design, Sept. 30-Oct. 3, 

Columbus, Ohio. Sponsors: Int’l Federa¬ 
tion for Information Processing et al. Con¬ 
tact Conferences and Institutes, Ohio State 
Univ., 175 Mount Hall, 1050 Carmack Rd., 
Columbus, OH 43214, phone (614) 929- 
1301, fax (614) 292-0492, e-mail sarah_ 
sieling@gate.ce.ohio-state.edu. 


Contact Lim Beng Siong, ICCIM 91, c/o 
Associated Conventions and Exhibitions 
Pte. Ltd., 204 Bukit Timah Rd., No. 04-00 
Boon Liew Bldg., Singapore, phone (65) 
732-6839, fax (65) 732-6309, e-mail 
bitnet% “gbslim@ntivax”. 

Cenit Asia 91, Hong Kong Information 
Tech. Fair, Oct. 4-7, Hong Kong. Contact 
Donna Peterson Hyland, Hannover Fairs 
USA, 103 Carnegie Center, Princeton, NJ 
08540, phone (609) 987-1202, fax (609) 
987-0092. 

IEEE Workshop on Visual Motion, 
Oct. 6-9, Princeton, NJ. Contact Pe¬ 
ter Burt, David Sarnoff Research Center, 
201 Washington Rd., Princeton, NJ 08540, 
e-mail burt@vision.sarnoff.com. 

ICSQ 1, First Int’l Conf. on Software Qual¬ 
ity, Oct. 6-9, Dayton, Ohio. Cosponsors: 
Am. Soc. for Quality Control Software Di¬ 
vision and Dayton Section. Contact Philip 
C. Marriott, ICSQ 1, CTA Inc., 5100 
Springfield Pike, Suite 411, Dayton, OH 
45431, phone (513) 865-6800, fax (513) 
865-1655. 


France, phone (33) 6714-1414, fax (33) 
6752-3763, e-mail shpc@frmopll.bitnet. 


Uth IEEE Symp. on Mass Storage 
Systems, Oct. 7-10, Monterey, Calif. 
Sponsor: IEEE Computer Soc. Technical 
Committee on Mass Storage Systems and 
Tech. Contact Bernard T. O’Lear, NCAR, 
PO Box 3000, Boulder, CO 80307, phone 
(303) 497-1268, fax (303) 497-1137. 


(frK l Symp. on Testing, Analysis, and Ver- 
ification, Oct. 8-10, Victoria, B.C., 
Canada. Sponsors: IEEE Computer Soc., 
ACM SIGSoft. Contact Nancy Leveson, 
Computer Science Dept., Univ. of Califor¬ 
nia, Irvine, CA 92717, phone (714) 856- 
5517, e-mail nancy@ics.uci.edu. 


PDCS 91, Fourth Int’l Conf. on Parallel 
and Distributed Computing and Systems, 
Oct. 8-11, Washington, DC. Cosponsors: 
Int’l Soc. for Mini and Microcomputers, 
Technical Committee on Computers. Con¬ 
tact N.A. Alexandridis, George Washing¬ 
ton Univ., Washington, DC, phone (202) 
994-5251, fax (202) 994-0458. 


October 1991 


Introduction to Portable Common Tool 
Environment, Oct. 1-2, Reston, Va. Con¬ 
tact Mark Kissman, Software Design and 
Analysis Inc., 1113 Spruce St., Suite 500, 
Boulder, CO 80302, phone (303) 444-9100. 

FOCS, 32nd Foundations of Comput¬ 
er Science Conf., Oct. 1-3, San Juan, 
Puerto Rico. Sponsor: IEEE Computer 
Soc. Technical Committee on Math Foun¬ 
dations of Computing. Contact Christos 
Papadimitriou, CSE Dept., Univ. of Cali¬ 
fornia, San Diego, CA 92093, phone (619) 
534-2086. 

Int’l Workshop on Parallel Problem Solv¬ 
ing from Nature, Oct. 1-3, Dortmund, Ger¬ 
many. Sponsors: Parsytec GmbH et al. 
Contact H. Muehlenbein, GMD-Z1, PO 
Box 1240, D-5205 St. Augustin 1, Germa¬ 
ny, phone 49 (2241) 142-405, fax 49 (2241) 
142-889, e-mail grzia@dbngmd21.bitnet. 

Northcon 91, Oct. 1-3, Portland, Ore. Co¬ 
sponsors: IEEE Portland and Seattle Sec¬ 
tions et al. Contact Jon S. Potts, Northcon 
91, 8110 Airport Blvd., Los Angeles, CA 
90045-3194, phone (800) 877-2668 or (213) 
215-3976 ext. 251, fax (213) 641-5117. 

Fifth Portuguese Conf. on Artificial Intelli¬ 
gence, Oct. 1-3, Algarve, Portugal. Spon¬ 
sor: Portuguese Assoc, for Artificial Intel¬ 
ligence. Contact Pedro Barahona, Dep. de 
Informatica, Univ. Nova de Lisboa, 2825 
Monte da Caparica, Portugal, phone 351 
(1) 295-4464, fax 351 (1) 295-5641, e-mail 
pb@fctunl.rccn.pt. 

ICCIM 91, Int’l Conf. on Computer- 
Integrated Manufacturing, Oct. 2-4, Singa¬ 
pore. Cosponsors: Gintic Inst, of CIM et al. 


OOPSLA 91, Sixth Conf. on Object-Ori¬ 
ented Programming Systems, Languages, 
and Applications, Oct. 6-11, Phoenix, Ariz. 
Sponsor: ACM. Contact John Richards, 
IBM T.J. Watson Research Center, PO 
Box 704, Yorktown Heights, NY 10598, 
phone (914) 784-7616; or Dan Steinbach, 
Steinbach and Co., 1 Pleasant St., May¬ 
nard, MA 01754, phone (508) 897-8661. 

Optics Rochester, Int’l Symp. on Imaging, 
Fabrication, and Competitiveness in Op¬ 
tics, Oct. 6-11, Rochester, N.Y. Contact 
Int’l Soc. for Optical Eng., PO Box 10, 
Bellingham, WA 98227-0010, phone (206) 
676-3290, fax (206) 647-1445. 

Sixth Banff Workshop on Knowledge Ac¬ 
quisition for Knowledge-Based Systems, 
Oct. 6-11, Banff, Canada. Cosponsors: 
Univ. of Calgary et al. Contact John 
Boose, Advanced Technology Center, 
Boeing Computer Services, 7L-64, PO Box 
24346, Seattle, WA 98124, phone (206) 
865-3253. 


CSEE 91, Fifth Conf. on Software 
Eng. Education, Oct. 7-8, Pittsburgh. 
Sponsor: Software Eng. Inst. Contact 
James E. Tomayko, SEI, Carnegie Mellon 
Univ., 4500 Fifth Ave., Pittsburgh, PA 
15213-3890, phone (412) 268-6806, fax 
(412) 268-5758, e-mail jet@sei.cmu.edu. 

Ninth Pacific Northwest Software Quality 
Conf., Oct. 7-8, Portland, Ore. Contact 
Terri Moore, Pacific Agenda, PO Box 
10142, Portland, OR 97210, phone (503) 
223-8633. 

SHPC, Second Symp. on High-Perfor¬ 
mance Computing, Oct. 7-9, Montpellier, 
France. Cosponsors: Centre Nat’l Univ. 
Sud de Calcul et al, Contact CNUSC, 
SHPC Secretariat, 950 rue de Saint Priest, 
BP 7229, 34184 Montpellier Cedex 4, 


IWODP, lnt'1 Workshop on Open Distrib¬ 
uted Processing, Oct. 8-11, Berlin. Spon¬ 
sors: Int’l Federation for Information Pro¬ 
cessing et al. Contact Jan de Meer, GMD- 
FOKUS, Hardenbergplatz 2, D-1000 Ber¬ 
lin 12, Germany, phone 49 (30) 25499-200, 
fax 49 (30) 25499-202, e-mail jdm@fokus. 
berlin.gmd.dbp.de; or Volker Heymer, HR, 
Rudower Chaussee 5, D-1199 Berlin, Ger¬ 
many, phone 37 (2) 674-5196, fax 37 (2) 
676-2200, e-mail heymer@iir-berlin.adw. 


Eirst lnt’1 Conf. on Artificial Intelli- 
gence Applications on Wall St., Oct. 
9-11, New York City. Sponsor: Polytechnic 
Univ., Brooklyn. Contact Mary Bianchi, 
Polytechnic Univ., 333 Jay St., Brooklyn, 
NY 11201, phone (718) 260-3360, fax (718) 
260-3136. 


® IEEE Int’l Workshop on Visual Lan¬ 
guages, Oct. 9-11, Kobe, Japan. 
Sponsor: IEEE Computer Soc. Contact 
Shi-Kuo Chang, Computer Science Dept., 
Univ. of Pittsburgh, Pittsburgh, PA 15260, 
phone (412) 624-8423, fax (412) 624-8465. 


IEEE-USA Seventh Biennial Careers 
Conf., Oct. 10-11, Denver. Contact W.R. 
Anderson, IEEE-USA, 1828 L St. NW, 
Washington, DC 20036-5104, phone (202) 
785-0017, fax (202) 785-0835. 


SIGDoc 91, Ninth Conf. on. Systems Doc¬ 
umentation, Oct. 10-12, Chicago. Sponsor: 
ACM. Contact Barbara Mirel, Illinois Inst, 
of Tech., Humanities Dept., Chicago, IL 
60616, phone (312) 567-3465. 


Autotech Asia 91, Fourth Int’l Conf. on 
Automation Tech., Oct. 10-13, Hong Kong. 
Cosponsors: Soc. of Manufacturing Eng. et 
al. Contact Kathleen Wilson, SME Int’l 
Activities Dept., 1 SME Dr., PO Box 930, 
Dearborn, MI 48121, phone (313) 271-1500 
ext. 359, fax (313) 271-2861. 
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European Forth Modification Lab Conf., 
Oct. 11-13, Marianske Lazne, Czechoslova¬ 
kia. Contact Marina Kern/Klaus Schlei- 
siek-Kern, Uhlenhorster Weg 3, D-2000 
Hamburg 76, Germany, 49 (40) 229-6441, 
fax 49 (40) 229-7205. 


Workshop on Experimental Distrib- 
uted Systems, Oct. 12. Huntsville, 
Ala. Contact Raif M. Yanney, TRW, 1 
Space Park, DH2/2328, Redondo Beach, 
CA 90278, phone (213) 764-6033. 


1991 IEEE Int'l Conf. on Systems, Man, 
and Cybernetics, Oct. 13-16, Charlottes¬ 
ville, Va. Contact Chelsea C. White III, In¬ 
dustrial and Operations Eng. Dept., Col¬ 
lege of Eng., Univ. of Michigan, Ann 
Arbor, MI 48109, phone (313) 763-1332, 
e-mail chip_white@um.cc.umich.edu. 

SIGOps 91, 13th Symp. on Operating Sys¬ 
tems Principles, Oct. 13-16, Pacific Grove, 
Calif. Sponsor: ACM. Contact Jim Mitch¬ 
ell, Sun Micro Systems, 2550 Garcia Ave., 
M55-44, Mountain View, CA 94043, phone 
(415) 336-7825, e-mailjamesg@sun.com. 

14th Int'l Conf. on Research and Develop¬ 
ment in Information Retrieval, Oct. 13-16, 

Chicago. Sponsor: ACM SIG on Informa¬ 
tion Retrieval. Contact Abraham Book- 
stein, Center for Information and Lan¬ 
guage Studies, Univ. of Chicago, 1100 E. 
57th St., Chicago, IL 60637. 


Contact James F. Mollenauer, Technical 
Strategy Associates, 37 Silver Birch Rd., 
Newton, MA 02168, phone and fax (617) 
244-0077. 


CSM 91, Conf. on Software Mainte- 
nance, Oct. 14-17, Sorrento, Italy. 
Cosponsors: IEEE Computer Soc. Techni¬ 
cal Committee on Software Eng., IEEE. 
Contact John Munson, Computer Science 
Dept., Univ. of West Florida, Pensacola, 
FL 32514; or Roberto Ciampoli, Olivetti 
Information Services, Vie Croce 19, 00142 
Rome, Italy, phone 39 (6) 541-1552, fax 39 
(6) 541-5239. 

RIDT 91, Second Int’l Workshop on 
Raster Imaging and Digital Typogra¬ 
phy, Oct. 15-16, Boston. Sponsor: Univ. of 
Massachusetts. Contact Robert A. Morris, 
Math and Computer Science Dept., Univ. 
of Massachusetts at Boston, Harbor Cam¬ 
pus, Boston, MA 02125-3393, phone (617) 
287-6466, e-mail ridt91-request@cs.umb. 


Fourth Int'l Workshop on Protocol Test 
Systems, Oct. 15-17, Leidschendam, The 
Netherlands. Sponsors: Int’l Federation for 
Information Processing, PTT Research. 
Contact Rudolf J. Heijink, PTT Research, 
PO Box 421, 2260 AK Leidschendam, The 
Netherlands, phone 31 (70) 332-5709, fax 
31 (70) 332-6477, Internet rj_heijink@ 
pttrnl.nl, UUCP ...!hp4nl!dnlunx!rjh. 


Local Area Networks Token Ring 
Design and Installation Seminar, 

Oct. 14, San Diego, Calif. Contact IEEE 
Service Center, 445 Hoes Lane, PO Box 
1331, Piscataway, NJ 08855-1331, phone 
(908) 562-3805, fax (908) 562-1571. 

Posix Open Systems Frameworks 
and Profiles Seminar, Oct. 14-15, San 

Diego, Calif. Contact IEEE Service Cen¬ 
ter, 445 Hoes Lane, PO Box 1331, Piscat¬ 
away, NJ 08855-1331, phone (908) 562- 
3805, fax (908) 562-1571. 

/£|£) ICCD 91, IEEE Int’l Conf. on Com- 
puter Design, Oct. 14-16, Cambridge, 
Mass. Cosponsors: IEEE Computer Soc. 
and IEEE Circuits and Systems Soc. Con¬ 
tact ICCD 91, IEEE Computer Soc., 1730 
Massachusetts Ave. NW, Washington, DC 
20036-1903, phone (202) 371-1013. 


Conseg 91, Int'l Conf. on Software Eng., 
Oct. 14-16, Bangalore, India. Sponsor: 
Computer Soc. of India. Contact M. Ba- 
jantri, Central Research Lab, Bharat Elec¬ 
tronics, 25 M.G. Rd., Bangalore 560001, 
India, phone (91) 544-911, fax (91) 544- 
223, e-mail bajantri@crlbel.ernet.in. 


Second Int'l Bankai Workshop, Oct. 14-16, 

Brussels. Sponsor: Soc. for Worldwide In¬ 
terbank Financial Telecommunication. 
Contact B. Diraison, AI Lab, SWIFT, Ave. 
Adele, 1-B1310 La Hulpe, Belgium. 


|^f^| 16th Conf. on Local Computer Net- 
works, Oct. 14-17, Minneapolis, 

Minn. Sponsor: IEEE Computer Soc. 
Technical Committee on Computer Comm. 


IDRC 91,1991 Int’l Display Research 
Conf., Oct. 15-17, San Diego, Calif. Spon¬ 
sor: Soc. for Information Display. Contact 
Palisades Inst, for Research Services, 

Attn.: IDRC, 201 Varick St., Suite 1140, 
New York, NY 10014, phone (212) 620- 
3371, fax (212) 620-3379. 

11th Int’l Conf. of the Chilean Computer 

Science Soc., Oct. 15-18, Santiago, Chile. 
Contact Ricardo Baeza-Yates, Depto. 
Ciencias de la Computacion, Univ. de 
Chile, Casilla 2777, Santiago, Chile, phone 
56 (2) 689-2736, fax 56 (2) 712-799, e-mail 
rbaeza@toqui.uchile.cl or rbaeza% 
anakena@uchcecvm.bitnet. 

ISPW 7, Seventh Int’l Software Process 
Workshop, Oct. 16-18, San Francisco. Con¬ 
tact Ian Thomas, Hewlett-Packard, Soft¬ 
ware Eng. Systems Division, 1266 Kifer 
Rd., Sunnyvale, CA 94086, e-mail ispw7@ 
hp-ses.sde.hp.com. 

20th Workshop on Applied Imagery Pat¬ 
tern Recognition, Oct. 16-18, McLean, Va. 
Cosponsors: Int’l Soc. for Optical Eng., 
Rome Air Development Center. Contact 
Joan Lurie, 02/1338, TRW, 1 Space Park, 
Redondo Beach, CA 90278, phone (213) 
814-8690. 

Fifth Int’l Symp. on Methodologies for In¬ 
telligent Systems, Oct. 16-19, Charlotte, 
N.C. Sponsors: Univ. of North Carolina et 
al. Contact Bill Chu, Computer Science 
Dept., Univ. of North Carolina, Charlotte, 
NC 28223, phone (704) 547-4568, e-mail 
billchu@unccvax.uncc.edu. 


Int’l Computer Music Conf., Oct. 16-20, 

Montreal. Sponsor: Computer Music As¬ 
soc. Contact Larry Austin, CM A, PO Box 
1634, San Francisco, CA 94101-1634, 
phone (817) 566-2235. 

Int’l Workshop on Object Orienta- 
tion in Operating Systems, Oct. 17- 

18, Palo Alto, Calif. Sponsor: IEEE Com¬ 
puter Soc. Technical Committee on Oper¬ 
ating Systems. Contact Vincent Russo, 
Computer Science Dept., Purdue Univ., 
West Lafayette, IN 47907, phone (317) 
494-6008, fax (317) 494-0737. 

Second Great Lakes Computer Science 
Conf., Oct. 17-19, Kalamazoo, Mich. Spon¬ 
sor: Western Michigan Univ. Contact Al¬ 
fred Boals, Computer Science Dept., West¬ 
ern Michigan Univ.. Kalamazoo, MI 49008, 
phone (616) 387-5645, fax (616) 387-3999, 
e-mail glscs@sol.cs.wmich.edu. 

1991 Arkansas Computer Conf., Oct. 17- 

19. Little Rock, Ark. Sponsors: ACM. 
Contact Hal Berghel, CAIES, 232 SCEN 
Computer Science, Univ. of Arkansas, 
Fayetteville, AR 72701, phone (501) 575- 
7343, e-mail hlb@uafhp.uark.edu. 

ESEC 91, Third European Software Eng. 
Conf., Oct. 21-24, Milano, Italy. Sponsors: 
Assoc. Francaise pour la Cybernetique 
Economique et Technique et al. Contact 
Alfonso Fuggetta, Cefriel, c/o AICA - 
ESEC 91, P.le Rodolfo Morandi 2,1-20121 
Milano, Italy, e-mail alfonso@imicefr. 

Tri-Ada 91 Conf., Oct.21-25, San Jose, 
Calif. Sponsor: ACM SIGAda. Contact 
Judy Bamberger, Software Eng. Inst., 
Pittsburgh, PA 15213, phone (412) 268- 
5795, fqx (412) 268-5758, e-mail bamberg@ 


Int’l Conf. on Expert Systems Applica¬ 
tions, Oct. 22-23, Los Angeles. Sponsor: 
Inst, for Industrial Tech. Transfer. Contact 
Peg Morrel, PO Box 426, Cypress, CA 
90630-0426, phone (714) 527-1146, fax 
(714) 826-0685. 

Visualization 91, Oct. 22-25, San Di- 

ego, Calif. Sponsor: IEEE Computer 
Soc. Technical Committee on Computer 
Graphics. Contact Bruce Brown, Oracle, 
500 Oracle Pkwy., MD 40P12, Redwood 
Shores, CA 94065, phone (415) 726-0983, 
fax (415) 506-7200; or Gregory M. Nielson, 
Computer Science Dept., Arizona State 
Univ., Rural Road and University, Tempe, 
AZ 85287-5406, phone (602) 965-2785. 

10th Int’l Conf. on Entity-Relation- 

ship Approach, Oct. 23-25, San Fran¬ 
cisco. Sponsor: ER Inst, et al. Contact Ter¬ 
ry Moriarty, Bank of Am., PO Box 37000, 
#3439, San Francisco, CA 94137, phone 
(415) 675-5250; or Toby J. Teorey, EECS 
Dept., Univ. of Michigan, Ann Arbor, MI 
48109-2122, phone (313) 763-5216, e-mail 
teorey@ub.cc.umich.edu. 
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Como, Italy. Contact C. Ghezzi, Dip. di 
Elettronica, Politecnico di Milano, Piazza 
Leonardo Da Vinci 32, 20133 Milano, Ita¬ 
lia, e-mail relett24@imipoli.bitnet; or Jean- 
Pierre Finance, CRIN, Campus Scienti- 
fique, BP 239 54000 Nancy, France, e-mail 
finance@loria.crin.fr. 

(£ji) ITC 91, Int’l Test Conf., Oct. 26-Nov. 

1, Nashville, Tenn. Sponsor: IEEE 
Philadelphia Section. Contact Doris Tho¬ 
mas, PO Box 264, Mt. Freedom, NJ 07970, 
phone (201) 895-5260, fax (201) 896-7265; 
or IEEE Computer Soc., 1730 Massachu¬ 
setts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 

ILPS 91, Int’l Logic Programming 

Symp., Oct. 28-31, San Diego, Calif. 
Sponsor: Assoc, of Logic Programming. 
Contact Kenneth Kahn or Vijay Saraswat, 
Xerox PARC, 3333 Coyote Hill Rd., Palo 
Alto, CA 94304, fax (415) 494-4334, e-mail 
ilps91@parc.xerox.com, Kahn’s phone 
(415) 494-4390, Saraswat’s phone (415) 
494-4747. 

LUV 91, Lisp Users and Vendors Conf., 
Oct. 28-Nov. 1, Gaithersburg, Md. Spon¬ 
sor: Symbolics Lisp Users Group. Contact 
Laura Lotz, Shelanski Associates, PO Box 
294, Malvern, PA 19355-0294, phone (215) 
651-0936; or Jim Aragones, GE-CRD Kl- 
5c30, PO Box 8, Schenectady, NY 12301, 
phone (518) 387-6967, e-mail jka@vega. 
crd.ge.com. 

Third NASA Symp. on VLSI Design, Oct. 
30-31, Moscow, Idaho. Cosponsors: IEEE 
Section of Spokane, Wash., Univ. of Idaho 
NASA Space Eng. Research Center. Con¬ 
tact Judy Wood, NASA SERC, Univ. of 
Idaho, Moscow, ID 83843, phone (208) 
885-6500, fax (208) 885-7579, e-mail 
jwood@groucho.mrc.uidaho.edu. 

|£jj\ ISCIS VI, Sixth Int'l Symp. on Com- 

puter and Information Sciences, Oct. 
30-Nov. 2, Ankara, Turkey. Sponsors: Bil- 
kent Univ., IEEE Turkey Chapter. Con¬ 
tact Mehmet Baray, Bilkent Univ., Com¬ 
puter Eng. and Information Sciences 
Dept., Bilkent 06533 Ankara, Turkey, 
phone (90) 4-266-4133, fax 90 (4) 266-4127, 
e-mail iscis@trbilun.bitnet. 


November 1991 

|£§j\ 25th Asilomar Conf. on Signals, Sys- 
terns, and Computers, Nov. 4-6, Pa¬ 
cific Grove, Calif. Sponsors: Naval Post¬ 
graduate School, San Jose State Univ. 
Contact Frederic J. Harris, Electrical and 
Computer Eng. Dept., San Diego State 
Univ., San Diego, CA 92182-0190, (619) 
594-6162. 

|£f^) TAI 91, Third IEEE Computer Soc. 

Conf. on Tools for Artificial Intelli¬ 
gence, Nov. 5-8, San Jose, Calif. Contact 
Benjamin Wah, Coordinated Science Lab, 
MC 228, Univ. of Illinois, 1101 W. Spring- 
field Ave., Urbana, IL 61801-3082, phone 


(217) 333-3516, fax (217) 244-1764, e-mail 
wah% aquinas@cso.uicu.edu; or Nikolaus 
G. Bourbakis, 4138 Moonflower Ct., San 
Jose, CA 95135, phone (408) 270-3455. 

COCS 91, Conf. on Organizational 
NS?' Computing Systems, Nov. 5-8, Atlan¬ 
ta. Sponsors: IEEE Computer Soc. Techni¬ 
cal Committee on Office Automation, 
ACM SIGOIS, Int’l Federation for Infor¬ 
mation Processing. Contact Frederick H. 
Lochovsky, Hong Kong Univ. of Science 
and Tech., Computer Science Dept., 5/F 
World Shipping Center, 7 Canton Rd., 
Hong Kong, phone (852) 302-1642, fax 
(852) 736-8801, e-mail csfred@usthk.bitnet 
or csfred@uxmail.ust.hk (Internet). 

Conf. on Fuzzy and Neural Systems and 
Vehicle Applications, Nov. 8, Tokyo. Co¬ 
sponsors: IEEE Industrial Electronics Soc., 
Japan Soc. for Fuzzy Theory and Systems. 
Contact Ichiro Masaki, Computer Science 
Dept., General Motors Research Labs, 
30500 Mound Rd., Warren, MI 48090-9055, 
phone (313) 986-1466, fax (313) 986-9356, 
CSnet masaki@gmr.com. 

(jgjjjt ICCAD 91, IEEE Int’l Conf. on 

Computer-Aided Design, Nov. 11-14, 

Santa Clara, Calif. Sponsor: IEEE Circuits 
and Systems Soc. Contact ICCAD 91 Sec¬ 
retary, MP Associates, 7490 Clubhouse 
Rd., Suite 102, Boulder, CO 80301, phone 
(303) 530-4562. 

{£3^ Micro 24, 24th ACM/IEEE Int’l 
vfty Symp. and Workshop on Microarchi¬ 
tecture, Nov. 18-20, Albuquerque, N.M. 
Contact Yashwant K. Malaiya, Computer 
Science Dept., Colorado State Univ., Fort 
Collins, CO 80523, phone (303) 491-7031, 
fax (303) 491-2293, e-mail malaiya@ravi.cs. 
colostate.edu. 

® 1991 IEEE Int’l Workshop on Defect 
and Fault Tolerance in VLSI Sys¬ 
tems, Nov. 18-20, Hidden Valley, Pa. Con¬ 
tact Wojciech Maly, Electrical and Com¬ 
puter Eng. Dept., Carnegie Mellon Univ., 
5000 Forbes Ave., Pittsburgh, PA 15213- 
3890, phone (412) 268-6637, fax (412) 268- 
2860, e-mail maly@ece.cmu.edu. 


ig 91, Nov. 18-22, 


Albuquerque, N.M. Cosponsor: 
ACM. Contact Raymond L. Elliott, Com¬ 
puting and Comm. Division, MS B260, Los 
Alamos Nat’l Lab, Los Alamos, NM 87545, 
phone (505) 667-1449, fax (505) 665-4361, 
e-mail rle@lanl.gov; or Supercomputing 91, 
IEEE Computer Soc., 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013. 


December 1991 

Third IEEE Int’l Symp. on Parallel 
and Distributed Processing, Dec. 1-5, 

Dallas. Sponsors: IEEE Computer Soc., 
IEEE Dallas Section, ACM SIGArch. 
Contact Sartaj Sahni, CIS Dept., CSE 301, 
Univ. of Florida, Gainesville, FL 32611, 


phone (904) 392-1527, fax (904) 392-1220; 
or Behrooz Shirazi, Univ. of Texas at Ar¬ 
lington, Computer Science Eng. Dept., 

Box 19015, Arlington, TX 76019-0015, 
phone (817) 273-3605, fax (817) 273-2548, 
e-mail shirazi@evax.utarl.edu. 

Seventh Computer Security Ap- 
plications Conf., Dec. 2-6, San 

Antonio, Texas. Sponsors: Aerospace 
Computer Security Associates, Am. Soc. 
for Industrial Security. Contact Ronald 
Gove, Booz-Allen and Hamilton, 4330 
East-West Hwy., Bethesda, MD 20841, 
phone (301) 951-2395, e-mail gove@ 
dockmaster.ncsc.mil.isi.edu. 

1991 Workshop on Architectural Aspects 
of Real-Time Systems, Dec. 3, San Anto¬ 
nio, Texas. Sponsor: IEEE. Contact C.M. 
Krishna, Electrical and Computer Eng. 
Dept., Univ. of Massachusetts, Amherst, 
MA 01003, phone (413) 545-0766, e-mail 
krishna@ecs.umass.edu. 

Fourth Int’l Workshop on Petri Nets 
NS?* and Performance Models, Dec. 3-5, 

Melbourne, Australia. Sponsor: Telecom 
Australia. Contact Jonathan Billington, 
Telecom Australia Research Labs, PO Box 
249, 770 Blackburn Rd., Clayton North, 
Vic. 3168, Australia, phone 61 (3) 541- 
6416, fax 61 (3) 544-2362, e-mail 
j.billington@trl.oz.au. 

/£§jN 12th IEEE Symp. on Real-Time Sys- 
terns, Dec. 3-6, San Antonio, Texas. 
Sponsor: IEEE Computer Soc. Technical 
Committee on Real-Time Computing. 
Contact Jane S.W. Liu, Computer Science 
Dept., Univ. of Illinois, 1304 W. Spring- 
field Ave., Urbana, IL 61801, phone (217) 
333-0135, e-mail janeliu@cs.uiuc.edu. 

Int’l Conf. on Parallel and Distribut¬ 
es?^ ed Information Systems, Dec. 4-6, 

Miami Beach, Fla. Cosponsors: IEEE 
Computer Soc. et al. Contact Amit Sheth, 
Bellcore, 1J-210, 444 Hoes Ln., Piscataway, 
NJ 08854, phone (908) 699-3300, fax (908) 
699-9011, e-mail amit@ctt.bellcore.com. 

1991 Winter Simulation Conf., Dec. 
eft? 8-11, Phoenix, Ariz. Sponsor: ACM. 
Contact Robert Crain, Wolverine Soft¬ 
ware, 4115 Annandale Rd., Suite 200, An- 
nandale, VA 22003. 

World Congress on Expert Systems, 
ei? Dec. 16-19, Orlando, Fla. Cospon¬ 
sors: Int’l Assoc, of Knowledge Engineers 
et al. Contact World Congress on Expert 
Systems, c/o Congress Secretariat, Congrex 
(USA), 7315 Wisconsin Ave., Suite 404E, 
Bethesda, MD 20814, phone (301) 469- 
3355, fax (301) 469-3360. 


January 1992 

Fifth Int’l Conf. on VLSI Design, 
eft7 Jan. 4-7, Bangalore, India. Sponsor: 
VLSI Soc. of India et al. Contact Asoke K. 
Laha, Cadence Design Systems, Systems 
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Division, 2 Lowell Research Center Dr., 
Lowell, MA 01852-4995, phone (508) 934- 
0233, fax (508) 441-1109, e-mail laha@ 
cadence.com; or Lalit M. Patnaik, Comput¬ 
er Science and Automation, Indian Inst, of 
Science, Bangalore, 560012, India, e-mail 
lalit%vigyan@shakti.emet.in. 


ISSCC 92, 1992 IEEE Int’l Solid-State Cir¬ 
cuits Conf., Feb. 19-21, San Francisco. 
Sponsors: IEEE Solid-State Circuits Coun¬ 
cil et al. Contact Diane Suiters, Courtesy 
Associates, 655 15th St. NW, Suite 300, 
Washington, DC 20005, phone (202) 639- 
4255. 


HICSS 25, Hawaii Int'l Conf. on Sys- 
terns Sciences, Jan. 7-10, Koloa, Ha¬ 
waii. Cosponsors: IEEE, ACM. Contact 
Luqi, Computer Science Dept., Naval Post¬ 
graduate School, Monterey, CA 93940, 
phone (408) 646-2468; Ronald J. Norman, 

IDS Dept., San Diego State Univ., San Di¬ 
ego, CA 92182-0127, phone (619) 594-3734, 
fax (619) 594-1573, Internet rnorman@ March 1992 
sciences.sdsu.edu; or Ralph Sprague, Univ. 
of Hawaii at Manoa Decision Science, 2404 
Maile Way, Honolulu, HI 96822, phone 
(808) 956-6606, e-mail hicss@uhccux.uhcc. 
hawaii.edu. 


/gljk Compcon Spring 92, Feb. 24-28, San 

Francisco. Contact Compcon Spring 
92, IEEE Computer Soc., 1730 Massachu¬ 
setts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 


PADS, Sixth Workshop on Parallel 
and Distributed Simulation, Jan. 20- 

22, Newport Beach, Calif. Joint sponsors: 
IEEE, ACM, Soc. for Computer Simula¬ 
tion. Contact Paul Reynolds, Computer 
Science Dept., Olsson Hall, Univ. of Vir¬ 
ginia, Charlottesville, VA 22903, phone 
(804) 924-1039, e-mail pfr@louisxiv.ipc. 
virginia.edu. 

IEEE Int’l Conf. on Wafer-Scale In- 
tegration, Jan. 22-24, San Francisco. 
Sponsors: IEEE Computer Soc., IEEE 
Components, Hybrids, and Manufacturing 
Tech. Soc. Contact Peter W. Wyatt, MIT 
Lincoln Lab, B-153, Box 73, Lexington, 
MA 02173-9108, phone (617) 981-7232. 

SETA 2, Second Int’l Symp. on Envi- 
ronments and Tools for Ada, Jan. 28- 

31, Herndon, Va. Cosponsors: IEEE Com¬ 
puter Soc. Technical Committee on Com¬ 
puter Languages, ACM. Contact Patricia 
Orbernborg, NADC Code 7031, Warmin¬ 
ster, PA 18974-5000, phone (215) 441-2737, 
e-mail tricia@nadc.navy.mil. 


February 1992 


RIDE 92, Int’l Workshop on Re- 
VS/ search Issues in Data Eng., Feb. 2-3, 

Mission Palms, Ariz. Contact Clement Yu, 
EECS Dept., Univ. of Illinois at Chicago, 
Chicago, IL 60680, phone (312) 996-2318, 
fax (312) 413-0024, e-mail yu@uicbert. 
eecs.uic.edu. 

/£f^| ICDE 92, Eighth Int’l Conf. on Data 
vs?* Eng., Feb. 3-7, Phoenix, Ariz. Spon¬ 
sor: IEEE Computer Soc. Technical Com¬ 
mittee on Data Eng. Contact Nick J. Cer- 
cone, Center for Systems Sciences, Simon 
Fraser Univ., Burnaby, B.C., Canada V5A 
1S6, phone (604) 291-4588 or 3229, fax 
(604) 291-4951, e-mail nick@cs.sfu.ca; or 
(for workshop on research issues) Clement 
Yu, Electrical Eng. and Computer Science 
Dept., Univ. of Illinois at Chicago, Chica¬ 
go, IL 60680, phone (312) 996-2318, fax 
(312) 413-0024. 


CAIA 92, Eighth IEEE Conf. on Ar- 
tificial Intelligence for Applications, 
Mar. 2-6, Monterey, Calif. Contact CAIA 
92, IEEE Computer Soc., 1730 Massachu¬ 
setts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013, fax (202) 728- 


Agt IPPS 92, Sixth Int’l Parallel Process- 
ing Symp., Mar. 23-26, Beverly Hills, 
Calif. Contact Larry H. Canter, Computer 
Systems Approach, 1140 S. Raymond Ave., 
Suite B, Fullerton, CA 92631, phone (714) 
738-3414, fax (714) 738-3470. 

EDBT 92, Int’l Conf. on Extending 
Ng? Database Tech., Mar. 23-27, Vienna. 
Sponsor: IEEE. Contact Brigitte Haber- 
stroh, Inst. 184-2, Tech. Univ. of Vienna, 
A-1040 Vienna, Austria, phone 43 (1) 588- 
01/6122, fax 43 (1) 505-5304, e-mail 
haberstroh@vexpert.dbai.tuwien.ac.at. 

DCC 92, Data Compression Conf., 
Mar. 24-26, Snowbird, Utah. Spon¬ 
sors: IEEE Computer Soc. Technical Com¬ 
mittee on Computer Comm., NASA. Con¬ 
tact James A. Storer, Computer Science 
Dept., Brandeis Univ., Waltham, MA 
02554, phone (617) 736-2714, fax (617) 
736-2741. 


Fuzz IEEE 92, Int’l Conf. on Fuzzy Sys¬ 
tems, Mar. 8-12, San Diego, Calif. Sponsor: 
IEEE Neural Network Council. Contact 
Fuzz IEEE 92, 5665 Oberlin Dr., Suite 110, 
San Diego, CA 92121, phone (619) 453- 
6222, fax (619) 535-3880. 

Third Int'l Conf. on Data and 
Knowledge Systems for Manufactur¬ 
ing Eng., Mar. 9-13, Villeurbanne, France. 
Cosponsors: Assoc. Francaise pour la Cy- 
bemetique Economique et Technique et 
al. Contact INSA, 20 Av. Albert Einstein, 
69621 Villeurbanne, France, phone 33 (72) 
438-172, fax 33 (72) 440-800. 

® Fourth Int’l Conf. on Strategic Soft¬ 
ware Systems, Mar. 10-11, Hunts¬ 
ville, Ala. Cosponsors: IEEE Computer 
Soc. Huntsville Chapter, Univ. of Alabama 
in Huntsville. Contact Ann H. Yelle, Univ. 
of Alabama in Huntsville, Continuing Edu¬ 
cation Division, Conferences (SSS-92), 
Bevill Center 289-A, Huntsville, AL 35899, 
phone (800) 448-4035 or (205) 895-6372, 
fax (205) 895-6760. 

Fifth Virus and Security Conf., Mar. 
11-13, New York City. Sponsor: Data 
Processing Management Assoc. Financial 
Industries. Contact Judy S. Brand, PO Box 
6313 FDR Station, New York, NY 10150, 
phone (800) 835-2246 ext. 190, fax (303) 
825-9151. 

ED AC 92, European Conf. on De¬ 
vi^ sign Automation, Mar. 16-19, Brus¬ 
sels. Cosponsors: EDAC Assoc, et al. Con¬ 
tact ED AC 92 Secretariat, CEP Consult¬ 
ants, 26-28 Albany St., Edinburgh EH1 
3QH, UK, fax 44 (31) 557-5749. 

Second Conf. on Computers, Free- 
dom, and Privacy, Mar. 18-20, Wash¬ 
ington, DC. Cosponsors: ACM et al. Con¬ 
tact Lance Hoffman, George Washington 
Univ., Electrical Eng. and Computer Sci¬ 
ence Dept., Washington, DC 20052, phone 
(202) 994-4955. 


April 1992 


PCCC 92, 11th IEEE Int’l Phoenix 

Conf. on Computers and Communi¬ 
cations, Apr. 1-3, Scottsdale, Ariz. Cospon¬ 
sors: IEEE Comm. Soc. et al. Contact 
Ralph Martinez, Univ. of Arizona, Electri¬ 
cal and Computer Eng. Dept., Tucson, AZ 
85721, phone (602) 621-6174, e-mail 
martinez%ecevax@rvax.ccit.arizona.edu; 
or Joseph Urban, Computer Science and 
Eng. Dept., Arizona State Univ., Tyler 
Mall-ECG 252, Tempe, AZ 85287-5406, 
phone (602) 965-2774, fax (602) 965-2751, 
e-mailjurban@asuvax.eas.asu.edu. 

/£§^) 10th IEEE VLSI Test Symp., Apr. 7- 

9, Atlantic City, N.J. Sponsor: IEEE 
Computer Soc. Technical Committee on 
Test Tech. Contact Dhiraj Pradham, Univ. 
of Massachusetts, ECE Dept., Marcus 
Hall, Amherst, MA 01003, phone (413) 
545-0160, fax (413) 545-4611. 

ICCL 92, Int’l Conf. on Computer 
vSX Languages, Apr. 20-23, San Fran¬ 
cisco. Sponsor: IEEE Computer Soc. Tech¬ 
nical Committee on Computer Languages. 
Contact Mario Barbacci, Software Eng. 
Inst., Carnegie Mellon Univ., Pittsburgh, 
PA 15213, phone (412) 268-7704, fax (412) 
268-5758, e-mail barbacci@sei.cmu.edu. 

Third Workshop on Workstation 

Operating Systems, Apr. 23-24, 

Key Biscayne, Fla. Sponsor: IEEE Com¬ 
puter Soc. Technical Committee on Oper¬ 
ating Systems and Applications Environ¬ 
ments. Contact Joseph Boykin, 7 Hampton 
Rd„ Natick, MA 01760, phone (508) 651- 
8228. 

23rd Pittsburgh Conf. on Modeling and 
Simulation, Apr. 30-May 1. Pittsburgh. Co¬ 
sponsors: Univ. of Pittsburgh, IEEE et al. 
Contact William G. Vogt or Marlin H. 
Mickle, 348 Benedum Eng. Hall, Univ. of 
Pittsburgh, Pittsburgh, PA 15261. 


September 1991 
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May 1992 

CHI 92, Conf. on Human Factors in 
viz Computing, May 3-7, Monterey, 

Calif. Sponsor: ACM. Contact Assoc, for 
Computing Machinery, 11 W. 42nd St., 

New York, NY 10036, phone (212) 869- 
7440. 

® IEEE Infocom 92,11th Conf. on 
Computer Comm., May 4-8, Flo¬ 
rence, Italy. Cosponsor: IEEE Comm. Soc. 
Contact L. Fratta, Politecnico di Milano, 
c/o Cefriel, Via Emanueli, 15, 20126 Mila¬ 
no, Italy, phone 39 (2) 2399-3578, fax 39 
(2) 2399-3587, e-mail fratta@imicefr.bitnet; 
or J. Kurose, Computer and Information 
Science Dept., Univ. of Massachusetts, 
Amherst, MA 01003, phone (413) 545- 
1585, e-mail kurose@cs.umass.edu. 

Comp Euro 92, IEEE Int’l Conf. on 
viz Computer Systems and Software 
Eng., May 4-8, The Hague, The Nether¬ 
lands. Cosponsors: IEEE Region 8, IEEE 
Benelux Section. Contact G. Arink, Philips 
Medical Systems, PO Box 10000, 5680 DA 
Best, The Netherlands, phone 31 (40) 762- 
060, fax 31 (40) 762-952. 

1992 IEEE Int'l Conf. on Robotics and 
Automation, May 10-15, Nice, France. 
Sponsor: IEEE Robotics and Automation 
Soc. Contact Harry Hayman, PO Box 3216, 
Silver Spring, MD 20918, phone (301) 236- 
5621, fax (301) 236-5621. 

ICSE 92, 14th Int'l Conf. on Soft- 
^Z ware Eng., May 11-15, Melbourne, 
Australia. Cosponsors: IEEE Computer 
Soc. Technical Committee on Software 
Eng. et al. Contact A.Y. Montgomery, 
Computer Science Dept., Royal Mel¬ 
bourne Inst, of Tech., PO Box 2476V, Mel¬ 
bourne 3001, Victoria, Australia, phone 61 
(3) 660-2943, fax 61 (3) 662-1617, e-mail 
aym@goanna.cs.rmit.oz.au. 

/ffih ISCA 92, 19th Int'l Symp. on Com- 
viz puter Architecture, May 19-21, 

Queensland, Australia. Cosponsors: IEEE, 
ACM SIGArch. Contact Jean-Lue Gaudi- 
ot, EE-Systems Dept., Univ. of Southern 
California, Los Angeles, CA 90089-0781, 
phone (213) 740-4484, fax (213) 740-4449, 
e-mail gaudiot@usc.edu; or D. Abramson, 
CSIRO, 723 Swanston St., Melbourne 
3000, Australia, phone 61 (3) 282-2666, 
e-mail david.abramson@mel.dit.csiro.au. 


IEEE Int'l Symp. on Industrial Electron¬ 
ics, May 25-29, Xian, China. Cosponsors: 
IEEE Industrial Electronics Soc. et al. 
Contact Allen C. Chen, AT&T Bell Labs, 
Rm. 1E134A, Whippany Rd„ PO Box 903, 
Whippany Road, NJ 07981-0903; J.D. Ir¬ 
win, Electrical Eng. Dept., Auburn Univ., 
Auburn, AL 36849, phone (205) 844-1810, 
fax (205) 844-1809; or Sheng-wu Liu, Li¬ 
brary, Northwestern Polytechnical Univ., 
Xian 710071, China, phone 1 (29) 533-71 
ext. 2926, fax 1 (29) 711-959. 


/fjj) 22nd Int'l Symp. on Multiple-Valued 
viz Logic, May 27-29, Sendai, Japan. 
Sponsors: IEEE Computer Soc. Technical 
Committee on Multiple-Valued Logic, Ja¬ 
pan Research Group on Multiple-Valued 
Logic. Contact Tatsuo Higuchi, Electronic 
Eng. Dept., Tohoku Univ., Aoba, Arama- 
ki, Sendai 980, Japan, phone 81 (022) 222- 
1800, fax 81 (022) 263-9406, e-mail 
thiguchi@higuchi.ecei.tohoku.ac.jp; or S.B. 
Silio, Electrical Eng. Dept., Univ. of Mary¬ 
land, College Park, MD 20742, phone 
(301) 454-6839, fax (301) 454-1837, e-mail 
silio@eng.umd.edu 


June 1992 

/£f£\ FGCS 92, Int’l Conf. on Fifth-Gener- 
viz ation Computer Systems, June 1-5, 

Tokyo. Cosponsors: Information Process¬ 
ing Soc. of Japan et al. Contact Hidehiko 
Tanaka, Univ. of Tokyo, 3-1 Hongo 7- 
chome, Bunkyo-ku, Tokyo 113, Japan, 
phone 81 (33) 3812-2111 ext. 6663, fax 81 
(33) 3818-5706. 

DAC 92, 29th IEEE/ACM Design 
viz Automation Conf., June 8-12, Ana¬ 
heim, Calif. Contact DAC 92, MP Associ¬ 
ates, 7490 Clubhouse Rd., Boulder, CO 
80301, phone (303) 530-4333; or Dan 
Schweikert, Cadence Design Systems, 555 
River Oaks Pkwy., Bldg. 4, San Jose, CA 
95132, phone (408) 944-7297, e-mail 
dan@cadence.com. 

jjjjjN Sixth Int’l Workshop on Scientific 
vS? and Statistical Database Manage¬ 
ment, June 9-11, Zurich, Switzerland. Co¬ 
sponsor: ACM SIGMOD. Contact H. 
Hinterberger, Inst, for Scientific Comput¬ 
ing, ETH Zentrum, CH-8093 Zurich, Swit¬ 
zerland, phone 41 (1) 254-7436, fax 41 (1) 
262-3973. 

^ IEA/AIE 92, Fifth Int’l Conf. on In- 
V§Z dustrial and Eng. Applications of Ar¬ 
tificial Intelligence and Expert Systems, 
June 9-12, Paderborn, Germany. Cospon¬ 
sors: Univ. of Paderborn et al. Contact 
Fevzi Belli, Univ. of Paderborn, Postfash 
1621, 4790 Paderborn, Germany, phone 49 
(5251) 60-3282, fax 49 (5251) 602-519, 
e-mail belli@adt.uni-paderborn.de. 

^ ICDCS 92,12th Int’l Conf. on Dis- 
ViZ tributed Computing Systems, June 9- 

12, Yokohama, Japan. Cosponsor: Infor¬ 
mation Processing Soc. of Japan. Contact 
Ming T. (Mike) Liu, Computer and Infor¬ 
mation Science Dept., Ohio State Univ., 
2036 Neil Ave., Columbus, OH 43210- 
1277, phone (614) 292-6552, fax (614) 292- 
9021, e-mail mike.liu@osu.edu; or Yutaka 
Matsushita, Instrumentation Eng. Dept., 
Keio Univ., 3-14-1 Hiyoshi, Kohoku-ku, 
Yokohama, Japan 223, phone 81 (045) 563- 
1141 ext. 3564, fax 81 (045) 562-7625, 
e-mail on@inst.keio.ac.jp. 

Second Conf. on Intelligent Tutoring 

vs? Systems, June 10-12, Montreal. Co¬ 
sponsors: Assoc. Francaise pour la Cyber- 


netique Economique et Technique et al. 
Contact Claude Frasson, Univ. of Mont¬ 
real, CP 6128, Montreal, Que., H3C 3J7, 
Canada, phone (514) 343-7019, fax (514) 
343-5834. 

(jSjN CBMS 92, IEEE Symp. on Comput- 
viz er-Based Medical Systems, June 14- 

17, Durham, N.C. Contact James N. 
Brown, Jr., Research Triangle Inst., PO 
Box 12194, Research Triangle Park, NC 
27709, phone (919) 541-6975, fax (919) 
541-5945. 

/gjt Second Int’l Conf. on Systems Inte- 
v&Z gration, June 15-18, Morristown, N.J. 
Cosponsor: ACM et al. Contact Peter A. 
Ng, Computer and Information Science 
Dept., New Jersey Inst, of Tech., Universi¬ 
ty Heights, Newark, NJ 07102, phone (201) 
596-3387, e-mail ng_p@vienna.njit.edu. 

Int’l Workshop on Hardware Fault- 
v!z Tolerance in Multiprocessors, June 
22-23, Amherst, Mass. Sponsor: IEEE 
Computer Soc. Technical Committee on 
Fault-Tolerant Computing. Contact 
Donald S. Fussell, Computer Science 
Dept., TAY 2.124, Univ. of Texas at Aus¬ 
tin, Austin, TX 78712-1188, phone (512) 
471-9719, fax (512) 471-7028. 

CGI 92, Computer Graphics Int’l 
viz Conf., June 22-26, Tokyo. Cospon¬ 
sors: IEEE et al. Contact T. Takahashi, 
Autonomous Robot Systems Lab, NTT 
Human Interface Labs, 3-9-11 Midori-cho, 
Musashino-shi, Tokyo 180, Japan, phone 
81 (422) 59-2406, fax 81 (422) 59-2245, 
e-mail cgi92% nttarm.ntt.jp@relay.cs.net. 


July 1992 

1992 Workshop on Fault-Tolerant 
viz Parallel and Distributed Systems, 
July 6-7, Amherst, Mass. Cosponsors: 

Univ. of Massachusetts at Amherst. Con¬ 
tact Donald S. Fussell, Computer Science 
Dept., Univ. of Texas at Austin, TAY 
2.124, Austin, TX 78712-1188, phone (512) 
471-9719, fax (512) 471-7028, e-mail 
fussell@cs.utexas. 

CASE 92, Fifth Int’l Workshop on 
vAz Computer-Aided Software Eng., July 
7-10, Montreal. Contact Gene Forte, fax 
(503) 245-6935, e-mail g.forte@compmail. 
com; Nazim Madhavji, School of Computer 
Science, McGill Univ., fax (514) 398-3883, 
e-mail case@softeng.cs. mcgill.ca; or John 
Jenkins, City Univ. of London, Business 
Systems Analysis Dept., London, UK, fax 
44 (71) 608-1270. 

(gi) FTCS 22, 22nd Int’l Symp. on Fault- 
viz Tolerant Computing, July 8-10, Bos¬ 
ton. Cosponsors: Univ. of Massachusetts at 
Amherst. Contact Dhiraj K. Pradhan, 
Electrical and Computer Eng. Dept., Univ. 
of Massachusetts at Amherst, Amherst, 
MA 01003, phone (413) 545-0160, fax (413) 
545-4611, e-mail pradhan@ecs.umass.edu. 
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RATES: $12.00 per line, (ten lines mini¬ 
mum). Average five typeset words per 
line, eight lines per column inch. Add 
$10 for box number. Send copy at least 
one month prior to publication date to: 
Marian B. Tibayan, Classified Adver¬ 
tising, COMPUTER Magazine, 10662 
Los Vaqueros Circle, PO Box 3014, 
Los Alamitos, CA 90720-1264; (714) 
821-8380; fax (714) 821-4010. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may re¬ 
ject any advertisement containing any of 
these phrases or similar ones: "...recent 
college grads...," "...1-4 years maximum 
experience...," "...up to 5 years experi¬ 
ence," or "...10 years maximum 
experience." COMPUTER reserves the 
right to append to any advertisement, with¬ 
out specific notice to the advertiser, 
"Experience ranges are suggested mini¬ 
mum requirements, not maximums." 
COMPUTER assumes that, since advertis¬ 
ers have been notified of this policy in 
advance, they agree that any experience re¬ 
quirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


DATABASE SYSTEM 
SOFTWARE ENGINEER 

Designs and implements major com¬ 
ponents for state-of-the-art object-oriented 
database system, including components for 
managing memory-resident objects, search¬ 
ing for string patterns in large textual 
documents, database language parser and 
compiler, and managing database schema. 
Engineers database system for use with 
Japanese Kanji and Chinese character input. 
Must have M.S. in computer science or com¬ 
puter engineering and 2 years experience in 
computer engineering: or computer science: 
or computer related teaching. Must have 
strong academic background or work experi¬ 
ence in theory and implementation of rela¬ 
tional database systems or object-oriented 
databases. Strong academic background or 
work experience in commercial database 
systems and various operating systems, in¬ 
cluding VAX and Unix. Good understand¬ 
ing of differences of computer encoding 
schemes between English and Asian lan¬ 
guages. Strong ability to program in C pro¬ 
gramming language and Unix operating 
system as demonstrated through academic 
training or work experience. 1 strong 
reference. 40 hours per week. 8:00 a.m. to 
5:00 p.m. $35,302 per year. Apply at the 
Texas Employment Commission. Austin. 
Texas, or send resume to the Texas Employ¬ 
ment Commission. TEC Building. Austin. 
Texas 78778. J O. “6122788. Ad Paid by 
an Equal Opportunity Employer. 


AUBURN UNIVERSITY 

Earle C. Williams Eminent Scholar 
Chair in Electrical Engineering 

Nominations and applications are invited 
for the Earle C. Williams Eminent Scholar 
Chair in Electrical Engineering. Candidates 
for this chair should have achieved national 
and international prominence in digital sys¬ 
tems and/or microelectronics. 

Applicants or nominees must have an 
earned doctorate, senior academic experi¬ 
ence, and a documented record of distinc¬ 
tion in university teaching and research. The 
successful candidate will be expected to pro¬ 
vide intellectual leadership in his/her area of 
expertise for the Department of Electrical 
Engineering as well as enrich the scholarly 
environment at Auburn University. 

Auburn University is located in the city of 
Auburn in east-central Alabama. This land- 
grant university enrolls more than 21,000 
students, the largest on-campus enrollment 
in the state. The Department of Electrical 
Engineering, one of eight departments 
within the College of Engineering, offers 
Bachelor, Master, Master of Science and 
Ph.D. degrees in Electrical Engineering. The 
department has a current enrollment of 939 
undergraduate students and 100 graduate 
students. The 28 full-time faculty have an 
annual research expenditure of approxi¬ 
mately $2 million. 

The Search Committee will begin its re¬ 
view of applications immediately. Interested 
candidates should submit: (1) a detailed 
resume, (2) a letter indicating an interest in 
the chair, the candidates's academic philo¬ 
sophy, and a brief statement of accomplish¬ 
ments in teaching and research, and (3) 
names and addresses of five references. 
Nominations should be submitted with the 
complete name, mailing address and tele¬ 
phone number of the individual nominated. 

Applications and nominations should be 
sent to Professor J. David Irwin, Department 
of Electrical Engineering, Auburn University, 
AL 36849-5201. Auburn University is an af¬ 
firmative action/equal opportunity em¬ 
ployer. Applications from minority and 
female candidates are encouraged. 


OREGON STATE UNIVERSITY 
Computing Services Manager 
College of Engineering 

Applications for the position of Comput¬ 
ing Services Manager. Applicants must hold 
a bachelors degree in computer science, 
computer engineering, or a closely related 
field, and have at least five years experience 
in the operation, maintenance and manage¬ 
ment of multiple architecture computer net¬ 
works. Address applications, nominations 
and inquiries to: Dr. Lee Schroeder, Associ¬ 
ate Dean, College of Engineering, Oregon 
State University, Corvallis, OR 97331-2409. 
OSU is an AA/EEO Employer and is Re¬ 
sponsive to Dual-Career Needs. 


D.E. SHAW & CO. 

Algorithmic Trading 

D.E.Shaw&Co.isasmall (severaldozen 
employees), highly capitalized (over $300 
million in partners' equity), extremely suc¬ 
cessful Wall Street firm specializing in quan¬ 
titative finance and computational trading. 
Computer scientists and system designers 
form the professional core of the firm, and 
not merely its support staff, and participate in 
its profits, Our technical staff includes both 
Ph.D.-level researchers recruited from Stan¬ 
ford. MIT. and other leading computer 
science departments and extraordinarily 
talented B.S.-and M.S.-level system de¬ 
signers and "superhackers". It is our practice 
to compensate unusually gifted individuals at 
a level exceeding that of the market. Appli¬ 
cants should send resumes to Esther Treitel. 
D.E, Shaw & Co.. 251 Park Avenue South. 
15th Floor. New York. NY 10010. 


PENN STATE 

Director of Computer Engineering 

Applications nominations are invited for 
the position of Director of Computer Engi¬ 
neering in the Department of Electrical and 
Computer Engineering at the Pennsylvania 
State University, available Spring or Fall 
Semester 1992. Candidates should have a 
Ph.D. in Computer Electrical Engineering 
ora related discipline, an established reputa¬ 
tion in Computer Engineering'Science, a 
successful record of research. strong leader¬ 
ship qualities, an ability to initiate 'direct 
group research efforts, and an understand¬ 
ing and appreciation for the broader mission 
of a Computer Engineering Program. It is 
anticipated that the position will be at the 
rank of Full Professor with tenure. The De¬ 
partment of Electrical and Computer Engi¬ 
neering at Penn State currently has over 50 
faculty. 750 junior and senior level students, 
and 250 graduate students. The Computer 
Engineering Program is within the Depart¬ 
ment of Electrical and Computer Engineer¬ 
ing. About 12 faculty members. 130 junior 
and senior level students and 60 graduate 
students belong to this program, which 
awards BS. MS. and Ph.D. degrees in Com¬ 
puter Engineering. Research activities cur¬ 
rently exist in Parallel and Distributed Pro¬ 
cessing. Interconnection Networks. Fault 
Tolerant Computing. Image Processing, and 
Computer Vision. Database Systems. VLSI, 
and Computer Communication. Applications 
will be accepted until December 31. 1991. or 
until suitable candidates are found. Please 
send resume and cover letter, with names, 
addresses and phone numbers of at least 3 
references to: Personnel Committee. De¬ 
partment of Electrical and Computer Engi¬ 
neering. Box CM. 129 EE East. The Pen¬ 
nsylvania State University. University Park. 
PA 16802. An Affirmative Action Equal 
Opportunity Employer. Women and Minori¬ 
ties Encouraged To Apply. 


September 1991 
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UNIVERSITY OF ALBERTA 
Engineering 

Faculty Position in Computer Engineering 
or Microelectronics. The University of Alberta, 
Department of Electrical Engineering, invites 
applications for a tenure track position in 
Computer Engineering or Microelectronics 
at the Assistant or Associate Professor Level 
(base levels $36,910 and $45,694). Suc¬ 
cessful applicants will be qualified to teach 
undergraduate and graduate courses. As 
well the successful applicant will be expected 
to supervise M.Sc. and Ph.D. students and 
conduct research .Some areas of interest are 
computer architecture, 1C design tools, test¬ 
ability, fault-tolerant computing, real time 
computing: fabrication, characterization, 
and modelling of microelectronic materials 
and devices, including microelectronic sen¬ 
sors and actuators. Applicants should have, 
or expect, a Ph.D. in Electrical Engineering, 
Computer Engineering or equivalent. Appli¬ 
cations will be accepted until November 15. 
1991. The Department of Electrical Engi¬ 
neering at the University of Alberta has at 
present a 37 member teaching staff, approx¬ 
imately 100 graduate students, and admits 
155 beginning undergraduate students each 
year. The Department has its own computer 
network that includes two HP 9000-835 
superminis and numerous engineering 
workstations. The Department maintains 
strong links with the Laser Institute, the 
Alberta Microelectronics Centre and Tele¬ 
communications Research Laboratories. All 
these institutions are involved in various in¬ 
dustrial enterprises and so provide an ex¬ 
cellent opportunity for faculty to carry 
out research which is oriented towards 
applications. 

To apply, send a curriculum vitae and the 
names of three references to Dr. P R. Smy, 
Chair, Department of Electrical Engineer¬ 
ing, The University of Alberta, Edmonton, 
Alberta, T6G 2G7. 

In accordance with Canadian Immigra¬ 
tion requirements, priority will be given to 
Canadian citizens and permanent residents 
of Canada. 

The University of Alberta is committed to 
the principle of equity in employment. The 
University encourages applications from 
aboriginal persons, disabled persons, 
members of visible minorities and women. 


COMPUTER SYSTEMS MANAGER 

Computer Systems Manager for Import/ 
Export and Wholesaler. Responsible for im¬ 
plementing hardware and software and in¬ 
itiating computer system to handle and pro¬ 
cess company’s business needs. Develop 
software programs to compute various algo¬ 
rithms required to calculate functions. Imple¬ 
ment established software and redevelop 
and redesign established programs to the 
needs of the company using Pascal and C 
language. Hours 9 AM - 6 PM, 40-hour 
week, Salary $27,550 per year. B.S. in 
Computer Engineering, 1 year experience in 
job offered or 1 year as computer program¬ 
mer/lab assistant. Send resume only to Job 
Service of Florida, 701 SW 27 Avenue, 
Room 15, Miami, FL 33135. Job Order 
*FL0466747. 


Computer Vision/ 
Human-Computer Interaction 

Assistant, Associate and Full Research 
Scientists to direct advanced research pro¬ 
grams in computer vision or human-computer 
interaction. One year renewable positions 
whose availability and continuation are 
dependent on contract/grant funds. Depen¬ 
ding on the area of research, Ph D. in com¬ 
puter science, psychology, or closely related 
discipline required. For computer vision posi¬ 
tions, experience in computer vision research 
required, specifically in areas such as three- 
dimensional and time-varying scene analysis, 
robot navigation, knowledge based vision sys¬ 
tems, and computer architectures for vision. 
For human-computer interaction positions, 
experience is required in areas such as 
development of user interfaces and human 
factors testing. Salary up to $60,000 depend¬ 
ing on level of position. Closing date for ac¬ 
cepting applications is September 30, 1991. 
Indicate which position and for which area of 
research you are applying and submit signed 
and dated curriculum vitae plus three refer¬ 
ences to: Karen G. Phillips, Center for Auto¬ 
mation Research, University of Maryland, 
College Park, MD 20742-3411. AA/EOE. 


CLARKSON UNIVERSITY 
Electrical and Computer Engineering 

Applications are invited for a tenure track 
faculty position as Assistant/Associate/Full 
Professor in the area of computer engineer¬ 
ing. Candidates with backgrounds in distri¬ 
buted and parallel computation, artificial in¬ 
telligence, image and signal processing, 
neural networks, and robotics are particular¬ 
ly encouraged to apply. Responsibilities in¬ 
clude undergraduate and graduate teaching 
and development of a research program. A 
doctorate is required. Review of applications 
will begin on October 15th and will continue 
until the position is filled. 

The department, consisting of 28 faculty 
members, offers programs at the B.S., M S., 
and Ph.D. levels. Last year 122 EE bache¬ 
lors. 20 CE bachelors, 15 masters, and 9 
doctorates were awarded, and research fund¬ 
ing reached more than one million dollars. 

The department has research laboratories 
in artificial intelligence with 4 TI and 2 Sym¬ 
bolics LISP computers, neural computing 
with a 16 transputer system, VLSI design 
with 2 CALMA CAD systems, and robotics 
with a variety of industrial robots and vision 
systems. The department computing sub¬ 
network includes numerous SUN worksta¬ 
tions. Other department laboratories include 
communications, lasers and optics, solid 
state device fabrication, high voltage 
engineering, and dielectric breakdown. 

Clarkson is an independent university 
specializing in engineering, science and 
management with an enrollment of 3300 
students, including 400 graduate students. 
Located in northern New York, Clarkson is 
close to Lake Placid and the Adirondack 
Mountains. 

Send applications to Professor Henry 
Domingos, Chairman, Department of Electri¬ 
cal and Computer Engineering, Clarkson Uni¬ 
versity, Potsdam, New York 13699-5720. 
Clarkson is an Equal Opportunity/Affir¬ 
mative Action Employer. Position No. 245. 


TECHNISCHE UNIVERSITAT WIEN 
An der Technisch- 

Naturwissenschaftlichen Fakultat der 
Technischen Universitat Wien ist die 
Planstelle eines/einer 
Ordentlichen Universitatsprofessors / 
professorin 
fiir 

Wissensbasierte Systeme 
(Knowledge-Based Systems) 

zu besetzen. Diese Planstelle ist dem In- 
stitut fiir Informationssysteme zugeordnet. 
Der/die Stelleninhaber/in soil das Fach 
Wissensbasierte Systeme in Lehre und For- 
schung vertreten. Hervorragend ausgewie- 
sene Bewerber mit benachbarten Schwer- 
punkten konnen gegebenenfalls auch 
berucksichtigt werden. Eine der Verwen- 
dung entsprechende, abgeschlossene inlan- 
dische oder gleichwertige auslandische 
Hochschulausbildung, eine an einer 5ster- 
reichischen Universitat erworbene, eine 
gleichwertige auslandische Lehrbefugnis 
oder eine entsprechende wissenschaftliche 
Qualifikation fur das in Frage stehende Fach 
und der Nachweis der padagogischen 
Eignung werden vorausgesetzt. Die Mit- 
wirkung and Grundvorlesungen der Infor- 
matik sowie an Verwaltungsaufgaben wird 
erwartet. Vorlesungen konnen vorerst auch 
in Englisch gehalten werden. 

Bewerber/innen werden gebeten, ihre 
Unterlagen (Lebenslauf, Beschreibung des 
wissenschaftlichen Werdeganges und der 
Lehrerfahrung, Verzeichnis der wissen¬ 
schaftlichen Publikationen und Sonder- 
drucke bzw. Kopiep seiner/ihrer flinf wichti- 
gsten Publikationen) bis zum 
15. Oktober 1991 

an den Dekan der Technisch-Naturwis- 
senschaftlichen Fakultat der Technischen 
Universitat Wien, Getreidemarkt 9, A-1060 
Wien, Austria, zu senden. 

Die Berufungskommission fordert insbe- 
sonders qualifizierte Frauen nachdriicklich 
auf, sich zu bewerben. 


FACULTY POSITION 

One Assistant, Associate, or Full Professor 
needed to teach, in English, upper division 
undergraduate courses in Computer Sci¬ 
ence. Ph.D. required. Rank, salary based on 
qualifications and experience. Two-year ap¬ 
pointment (renewable) begins September 
1992. For expatriates, housing, roundtrip air 
travel, plus schooling for two children in¬ 
cluded. Write with curriculum vitae to: Dean 
George H. Gibson, The American Univer¬ 
sity in Cairo, 866 United Nations Plaza, Suite 
517, New York. New York 10017, preferably 
before November 15. 


COMPUTISTS INTERNATIONAL 

Computists International is a new career- 
oriented networking association for com¬ 
puter and information scientists. Our weekly 
newsletter. The Computists' Communique, is 
an AI/IS/CS news channel and tightly edited 
email forum. Ask for details. Dr. Kenneth I. 
Laws, 4064 Sutherland Drive, Palo Alto. 
CA 94303: (415) 493-7390: internet laws@ 
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WASHINGTON UNIVERSITY 

Washington University in St. Louis seeks 
qualified candidates for the position of Pro¬ 
fessor and Chair of the Department of Com¬ 
puter Science, with a desired starting date of 
July 1, 1991. We are interested in candi¬ 
dates with a strong research record, with a 
dedication to excellence in undergraduate 
and graduate education and with a demon¬ 
strated potential for administration and 
leadership. 

The Department has an excellent under¬ 
graduate program as well as a strong and ex¬ 
panding graduate program. The primary re¬ 
search concentrations are in distributed 
systems, advanced communication networks 
and intelligent computer systems with an 
emphasis on visualization as a tool in each 
case. The Department plans to continue 
building on these areas of strength as well as 
expanding into new areas. There are 15 
regular faculty in the Department and 85 
graduate students, as well as an excellent 
technical support staff and a large pool of af¬ 
filiate faculty. Departmental laboratory facili¬ 
ties are very good and include a visualization 
laboratory, a systems prototyping lab, a 
NCUBE parallel computer, a variety of com¬ 
pute servers and ubiquitous workstations. 

Washington University has a longstanding 
commitment to the principle that all can- 
diates should be afforded equal opportunity 
regardless of age, race, sex or physical 
disability. Candidates must send a curricu¬ 
lum vitae and a list of references to: Professor 
C.L Byrnes, Search Committee for the Com¬ 
puter Science Chair, Campus Box 1040, 
Washington University, One Brookings Drive, 
St. Louis, MO 63130. 


COMPUTER RESEARCH SCIENTIST 

Designs and develops components of 
UniSQL database management system soft¬ 
ware, including object-oriented data model 
based on logic-based formalism; object- 
oriented query language based on object- 
oriented data model; query optimization ar¬ 
chitecture for query language; designs and 
implements query optimization subsystems 
of object-oriented database system based on 
query optimization architecture. Strong 
academic background or work experience in 
theory and implementation of relational 
database systems, object-oriented data¬ 
bases, and logic based deductive databases. 
Strong academic background or work exper¬ 
ience in query optimization techniques and 
architecture. Strong academic background 
or work experience in logic-based formalism 
for object-oriented data modeling and object 
oriented query modeling. Strong ability to 
program in C programming language and 
UNIX operating system as demonstrated 
through academic training or work experi¬ 
ence. 1 strong reference. Must have a Ph.D. 
or completion of all requirements for Ph.D. 
in Computer Science or Computer Engi¬ 
neering (Academic concentration in Data¬ 
base systems) and 2 years experience in 
computer related teaching; or Computer 
Science; or Computer Programming. 40 
hours per week, 8:00 a.m. to 5:00 p.m. 
$50,000 per year. Apply at the Texas Em¬ 
ployment Commission, Austin, Texas, or 
send resume to the Texas Employment 
Commission, TEC Building, Austin, Texas 
78778, J.O. #6122782. Ad Paid by an 
Equal Opportunity Employer. 


TRINITY COLLEGE 

Trinity College, one of the few highly 
selective liberal arts colleges awarding 
degrees in engineering, seeks applicants for 
a tenure-track assistant professorship in 
Mechanical Engineering. Employment will 
start in the fall of 1992. Candidates must 
hold a Ph.D. in Mechanical Engineering with 
primary expertise in thermodynamics and 
heat transfer. A successful candidate will be 
committed to teaching engineering within a 
liberal arts setting and to offering courses for 
non-science majors on a regular basis. 

Trinity offers a standard curriculum in 
Mechanical Engineering and provides la¬ 
boratories for research and instruction. The 
department is located in a new Mathematics, 
Computing, and Engineering Center that 
houses laboratories for instruction and re¬ 
search in solid state electronics, integrated 
circuit design, solid mechanics, materials 
science, fluid mechanics, and electrophysio¬ 
logy. Computing resourses include Macin¬ 
tosh and PC-compatible microcomputers; 
SUN, Apollo, and DEC workstations; and 
VAX mini/mainframes. These computers 
are networked through an Ethernet LAN 
and connected worldwide to the Internet. 

Candidates must send a curriculum vita, a 
statement of teaching and research objec¬ 
tives, copies of published articles, and the 
names of three people willing to write letters 
of recommendation to Dr. David J. Ahlgren, 
Chair, Department of Engineering and 
Computer Science, Trinity College, Hart¬ 
ford, CT 06106. We especially seek applica¬ 
tions from women and members of minority 
groups. Applications will be accepted until 
January 10, 1992. Trinity College is an 
AA/EO employer. 


Computer Scientist 

The Office of Naval Research (ONR) is seeking a highly qualified individual to plan and manage one of the nation’s premier research 
and development programs in artificial intelligence and robotics. The sponsored research is conducted principally at U.S. universities 
and industrial laboratories. This is a Civil Service position at the GM-14/15 level ($52,406 -$80,138), depending on qualifications. 
The individual selected will establish goals for and conceive, organize, and direct research and development programs in areas such 
as machine learning, reasoning under uncertainty, neural computing, machine vision, distributed intelligent systems, man-machine 
interface and computational robotics. Areas of direct concern in this position are: (a) the solution of fundamental open problems in 
knowledge acquisition, knowledge representation, and automated reasoning to provide a scientific foundation for advances both in 
autonomous systems and in technologies aiding human decision making, such as knowledge-based systems and natural language 
understanding; (b) the solution to problems of information processing crucial to achieving robotic systems with advanced capabilities 
for reasoning, manipulation, sensing and mobility. The incumbent will identify new research opportunities, evaluate and select research 
proposals for funding, manage funding resources, communicate ONR’s interest to the scientific community and represent the program 
within the Navy and DoD. This position provides the challenge and opportunity to have a creative and significant impact on the 
direction and quality of research conducted at the national level. Additionally, the opportunity exists to establish or maintain an 
individual research program at an academic institution or government laboratory. 

Applicants must have at least one year of specialized experience although a Ph.D. or equivalent training in computer science and one 
year of specialized experience is preferred. To be qualifying, this experience must have been at a level of difficulty and responsibility 
equivalent to that of the next lower grade level in the Federal Service. Demonstrated research experience in the disciplines listed above 
is desired. 

Interested persons should send a resume, list of publications and a Standard Form 171, Application for Federal Employment (available 
at Federal Job Information Centers or from the address below), to: OFFICE OF THE CHIEF OF NAVAL RESEARCH; Civilian 
Personnel Division, OCNR Code 01242; Attn: Announcement #91-31 (IE); 800 North Quincy Street; Arlington, VA 22217-5000. 

Applications will be accepted through 25 October 1991 and must be received by that date. Applicants are requested to complete the 
appropriate supplemental forms. For further administrative information and supplemental forms call (703) 696-4705 or TDD -(703) 
696-2681. For further technical information call Dr. AM. van Tilborg, (703) 696-4312, or send e-mail to avantil@nswc-wo.navy.mil. 
U.S. Citizenship Required An Equal Opportunity Employer 








BOOK REVIEWS 


Editor: Alan Kaminsky, Rochester Institute of Technology, One Lomb Memorial Dr., PO Box 9887, Rochester, NY 14623-0887 
(716) 475-5255; Internet ark@cs.rit.edu; Bitnet arkics@vitvax. 


Real-Time Systems and Their Programming Languages 

Alan Burns and Andy Wellings (Addison-Wesley, Reading, Mass., 1990, 575 pp., $41.95) 


Alan Burns and Andy Wellings are 
well known for their work in the Ada 
language community. Now they have 
written a book that shares their expe¬ 
rience in one particular application 
domain — real-time systems — with a 
wider audience. 

The first part of the book provides a 
concise definition of a real-time sys¬ 
tem and amplifies the definition in 
thorough descriptions of major char¬ 
acteristics such as 

• size and complexity, 

• real-number manipulation, 

• reliability and safety, 

• concurrency, 

• timing facilities, 

• interaction with hardware, and 

• efficiency of implementation. 

An early chapter on software engi¬ 
neering issues focuses on assigning 
programming languages to aspects of 
software development (mostly de¬ 
sign). The authors clearly limit their 
purpose in this chapter: “Issues of de¬ 
sign themselves are not the main focus 
of attention in this book. Rather [the 
focus is] the investigation of language 
primitives, which allow designs to be 
realized.” 

Burns and Wellings stress the im¬ 
portance of languages from the de¬ 
signer and implementer points of 
view: 

The expensive power of most modern 
languages is not matched by current de¬ 
sign methodologies. Only by undertak¬ 
ing what is possible at the implementa¬ 
tion stage can appropriate design 
approaches be undertaken. 


This is a risky and controversial state¬ 
ment. It is hard to agree that language 
constructs must be taken into account 
to this extent at the design level. 

The core of the book is devoted to 
implementation issues — how to use a 


particular language construct in a va¬ 
riety of applications. The authors 
identify three classes of languages 
used in real-time applications: assem¬ 
bly, sequential, and concurrent. They 
concentrate on three members of the 
last class: Ada, Modula 2, and Occam 
2. The text emphasizes concepts and 
illustrates them extensively by exam¬ 
ples, mostly from a real-time world. 
The following language constructs and 
their uses are described: 

• Typical constructs for program- 
ming-in-the-small, like data types, 
control structures, subprograms. 

• Typical issues for programming- 
in-the-large, like modules and 
their properties, abstract data 
types, information hiding, sepa¬ 
rate compilation, and reusabilty. 

The real-time examples include de¬ 
scriptions of exception handling, con¬ 
currency, and synchronization and 
communication (addressing all prima¬ 
ry concepts such as semaphores, criti¬ 
cal regions, monitors, and messages). 
They also discuss resource and time 
management, scheduling, and low-lev- 
el programming. 

In the final part of the book, pro¬ 
gramming examples give way to ver¬ 
bal considerations of such issues as 
distributed real-time systems and im¬ 
plementation efficiency. The book 
concludes with a case study of pro¬ 
gramming a real-time system in Ada 
using the Process Abstraction Method 
for Embedded Large Applications, 
developed by G.W. Cherry ( PAME¬ 
LA Designer’s Handbook, Thought 
Tools Inc., Reston, Va., 1988). 

Real-time concepts are introduced 
gradually and gracefully, giving the 
reader enough time to digest them. 

On the other hand, some readers (in¬ 
cluding me) will want more examples 
of complete real-time implementa¬ 
tions, like the one using digital-to-an- 
alog and analog-to-digital converters. 

System reliability, safety, fault tol¬ 


erance, and related properties in criti¬ 
cal applications are addressed in sepa¬ 
rate chapters and elsewhere through¬ 
out the book. The authors provide 
valuable information regarding the 
constructs offered by various pro¬ 
gramming languages to solve these 
problems. However, the information 
seemed too scattered, and I felt that it 
could have been organized better. 
Then again, the loose organization 
may just reflect the state of the art. 

Some important topics are missing. 
For example, the human-machine in¬ 
terface is not fully addressed, though 
the authors note that its increasingly 
important role comes from the neces¬ 
sity “to capture all user-derived errors 
in the interface control software, not 
the application software of the rest of 
the real-time system.” Real-time data¬ 
bases and real-time expert systems are 
missing, but certainly one book can¬ 
not contain everything. Object-orient¬ 
ed systems did not receive a compre¬ 
hensive treatment either, although I 
personally support the authors’ argu¬ 
ment that it is not yet clear whether 
this approach offers something special 
to real-time systems development. 

Generally, this book teaches imple¬ 
mentation concepts for real-time sys¬ 
tems based on the assumption that the 
“distinguished characteristic of real¬ 
time systems is that correctness is not 
just a function of the logical results of 
program execution, but of the time at 
which these results are produced.” 

For this reason, it seems an indispen- 
sible text for students of real-time 
programming and related courses, and 
may also find its place on desks of 
professional software and systems en¬ 
gineers working in the real-time sys¬ 
tems domain. In teaching, it can be 
useful even when following a single 
language track — Ada, Modula 2, or 
Occam 2 — depending on the avail¬ 
ability of particular compilers. 

Janusz Zalewski 

Southwest Texas State University 
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Visualization: The Second Computer Revolution 

Richard M. Friedhoff and William Benzon (Harry N. Abrams Inc., New York, 1989, 215 pp., $49.50) 


The sense of vision has always awed 
humankind. It is valued above all oth¬ 
er senses. We strengthen a point we 
are trying to make by saying, “I saw it 
with my own eyes,” and we say that 
beauty lies in these organs of the be¬ 
holder. History can be viewed as 
mostly a visual record. 

No wonder, then, that every new 
means of visualization — that is, mak¬ 
ing something visual — causes a great 
commotion. Today, not one but many 
visual media vie for our attention. We 
have absorbed motion pictures, televi¬ 
sion, home movies, and instantaneous 
still pictures — and their evolution 
from black and white to color. As the 
equipment for these media becomes 
cheaper and easier to use, each of us 
has more access to the means of fixing 
a personal version of visual reality. 

Television, photography, and all 
other visual media incorporate micro¬ 
computers in every piece of equip¬ 
ment and rely on computing to func¬ 
tion. Now the computer is claiming 
center stage for itself. 

In six sumptuously illustrated chap¬ 
ters, Friedhoff and Benzon present a 
very readable review of the comput¬ 
er’s preeminence in the world of 
graphics. They see all visual technolo¬ 
gies converging toward computeriza¬ 
tion and either already ancillary to 
computing or on the verge of becom¬ 
ing so. This exaggerated idea is basic 
to Friedhoff and Benzon’s book. It is 
a result of the enthusiasm generated 
from witnessing one triumph after an¬ 
other and concluding that the comput¬ 
er’s capabilities are unlimited. 

Some forms of visualization are 
very old, but practitioners tend to for¬ 
get this. They make remarks suggest¬ 
ing that they have produced a certain 
visual result for the first time. Benoit 
Mandelbrot, the mathematician father 
of fractals (a subject well represented 
in this book), fondly refers to the pic¬ 
tures that result from his work as 
“forgeries” of nature. It is true that 
pictures can be interpreted as moun¬ 
tains or lakes when they were not 
based, in any way, on views of moun¬ 
tains or lakes. But representing a non¬ 
existent object or displaying a view 
from an inaccessible angle is an exer¬ 
cise as old as visual representation it¬ 
self. For example, cartographers were 
already depicting cities as seen from 
above before anyone had flown — 
and quite accurately. (The topic of vi¬ 


sual representation was recently dis¬ 
cussed in Visual Simulation, Stephen 
R.J. Sheppard, Van Nostrand Rein¬ 
hold, New York, 1989.) 

I mention these things to defend 
Friedhoff and Benzon. If prominent 
practitioners can get so carried away 
with the results of visualization, we 
should be lenient with chroniclers for 
not always controlling their enthusi¬ 
asm. 

This book has a good description of 
Edwin Land’s work on color percep¬ 
tion (unfortunately, it uses the wrong 
photographs as illustration). It also 
describes the characteristics of visual 
perception well, especially the brain’s 
addition of a third dimension to a 
two-dimensional image, clearly mak¬ 
ing the point that there is more than 
just the eyes involved in visual per¬ 
ception. 

The chapter titled “Images from 
Energy” presents a useful list of image 
processing techniques and describes 
each one in language that can be un¬ 
derstood by anyone interested in the 
subject. 

The chapter dedicated to computer 
graphics is disappointing. Most of its 
contents have already been trivialized 
by repetition, and it fails to give an 
idea of the scope of the computer 
graphics field. The book covers some 
uses of computer graphics in a later 
chapter called “Visual Experiments.” 
This division of the subject produces 
confusion about what visualization re¬ 
ally does encompass. The beginning of 
the computer graphics chapter says, 
“Instead of a pattern of energy, com¬ 
puter graphics visualization begins 
with a visual idea.” Not always. Con¬ 
sider business graphics. They are a 
quintessential case of visualization, 
where some important business yard¬ 
stick — monthly sales, for example — 
is presented graphically so that the 
eye can contribute to understanding. 
There is no original visual idea. 

This and other imprecisions leave 
the reader with the impression that 
the authors and editors could have 
been more careful. One curious in¬ 
stance of this kind occurs in the Pref¬ 
ace, which describes in first-person 
singular how the book came to be 
written. It is signed only by R. M. 
Friedhoff. Who is Benzon? 

The last two chapters, “Visual Ex¬ 
periments” and “Emergent Technolo¬ 
gies,” are very good. They include an 


excellent example of the use of com¬ 
puter experimentation. An architect, 
in collaboration with a computer pro¬ 
grammer, developed a way to experi¬ 
ment with several approaches to a 
problem in a case where the right so¬ 
lution was the one chosen by the art¬ 
ist’s eye. This is true interactive work 
made possible by computer visualiza¬ 
tion. 

The book ends with a chapter-by¬ 
chapter bibliography for further read¬ 
ing. 

This book is recommended for any¬ 
one wishing to explore the field of 
computer visualization. It covers 
many areas and shows a broad range 
of uses for computer-created and 
-controlled images. As befits the sub¬ 
ject, the illustrations are of very high 
quality and work well with the text. 

Enrique Renteria 

IBM Brasil 

Rio de Janeiro, RJ Brazil 
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MULTIPLE-VALUED 
LOGIC IN VLSI DESIGN 
edited by Jon T. Butler 

This book provides a historical per¬ 
spective on MVL, focuses on various 
technologies for implementing multiple¬ 
valued VLSI circuits, delves into appli¬ 
cations of MVL in diverse technologies, 
and discusses device physics, logic char¬ 
acteristics, and small and medium-scale 
circuit experiences. The text contains 
12 papers divided into four categories 
—Introduction, Multiple-Valued Logic 
Technology, Special Implementations, 
and Multiple-Valued Logic Tools and 
Techniques. 
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What if every computer 

Over the past few years, I’ve con¬ 
ducted a number of informal nontra- 
ditional surveys on technology and 
science.* In my newest survey, I pose 
the question: “What if every computer 
failed tomorrow?” About 60 interna¬ 
tional researchers and computer pro¬ 
fessionals responded to my query over 
electronic networks. Their opinions 
represented no particular organiza¬ 
tion or company. 

Setting the stage. Here’s the situa¬ 
tion. The year is 1990. All computers 
having a CPU power greater than or 
equal to a personal computer stop 
working for one day. There is no 
warning. After 24 hours, all the sys¬ 
tems resume ordinary operations and 
continue to function normally. What 
impact would this scenario have on 
the world? 

Interestingly but not surprisingly, 
the 60 respondents provided a wide 
range of opinions. For example, some 
thought there would be a global catas¬ 
trophe, while others predicted that 
most of the nonindustrialized world 
would not even have known that a 
“disaster” had taken place, and so 
would have been unaffected. 

Even in industrialized societies, 
some respondents thought that there 
would be “no more impact than a na¬ 
tional holiday.” Others pointed out 
that this survey is not entirely fanciful, 
since the detonation of nuclear devic¬ 
es in orbit might generate a large elec¬ 
tromagnetic pulse, disabling many 
forms of electronics. Others said com¬ 
puter viruses could render numerous 
computers temporarily inoperable. 

Sampling of responses. Here, then, 
is a sampling of the imaginative re¬ 
sponses I received. (I hope you get a 
chuckle out of some of them.) 

There would be chaos in world fi¬ 
nancial markets. The Wall Street, To¬ 
kyo, and London stock markets would 
stop trading or cut back to minimal 
levels. As a result, sales of antianxiety 
medication would skyrocket. 

Banks would collect checks, but 
would be afraid to give out cash. 


* See my book, Computers and the Imagination, 
St. Martin’s Press, 1991, and Computer, May 1991, 

p. 120. 


“Any clod can have the facts, but having opinions is an art.” 

Charles McCabe, San Francisco Chronicle 
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failed tomorrow? 

ATM machines could not be used, and 
large financial transactions would re¬ 
quire telephone authentication. Unfor¬ 
tunately, many telephone systems 
would be inoperable. 

Emergency services such as police 
and fire departments would be unable 
to plan or coordinate effectively. 

There would be wide-scale looting and 
billions of dollars in damage and loss. 

Many people would die due to medi¬ 
cal-computer-system failures. Children 
would be hospitalized with extreme 
TV video-game withdrawal symptoms. 

Many civilian planes would crash. 

All fly-by-wire military fighter craft 
would crash. (The F16 is so dynamical¬ 
ly unstable that it requires 30 flight 
control corrections per second.) All 
flights would have to be canceled. 

Power plants would shut down. 

Some rail networks would close or use 
hand signals. 

The military defenses of the super¬ 
powers would go to “red alert.” Most 
smart missiles, torpedoes, and comput¬ 
er-enhanced aiming equipment would 
be useless. NATO’s air force would be 
reduced to a few helicopters, aging 
British Vulcans, and USAF A-lOs. 

All organizations with a primarily 
computer-based working environment 
would stop. But, computer personnel 
and repair people would get large pay 
checks. 

Most TV stations would cease trans¬ 
mitting. Weather forecasts would stop. 
Communication and scientific satel¬ 
lites would cease to respond to signals. 

The aftermath. The impact would 
still be felt when the computers went 
back into operation. The aftereffects 
would last for weeks, months, and 
even years. 

Insurance companies would charge 
huge premiums for contingent-loss in¬ 
surance against computer failure. Lia¬ 
bility litigation would go on for de¬ 
cades, considering the number of 
people who would be killed or injured 
if process-control computers were af¬ 
fected. This would be a lawyer and 
legislator’s true heaven, and an engi¬ 
neer’s worst nightmare. 

Legislation would be passed requir¬ 
ing all critical computer-controlled 
systems to have manual backups. 
Computer dependency would be reas¬ 


sessed, and manual override systems 
would be built. Communications inter¬ 
connect research would be invigorated. 

A drive would start toward small 
(ergo, safe) machines, tightly coupled 
into large parallel machines to handle 
the jobs now done by mainframes. 
Hand calculation and writing would be 
reemphasized. Pencil and slide rule 
sales would increase. 

Failures caused by computer viruses 
would not lead to a total disablement 
of computers, but rather something 
more sporadic. Errors and problems 
might be more subtle. Certain data 
“WouLD be Alterrrred.” 

The US military would have to 
spend a $100 billion to fix complicated 
defense networks and systems. Nuclear 
power plants would remain in manual 
mode for weeks. 

If no explanations for the failure 
were found, there would be profound 
religious effects on society. 

All told, this stoppage would have an 
effect worse than the Black Plague. 
There would be pillaging, rape, and 
mayhem. Inner cities would burn. 

Nine months later, there would be a 
baby boom. 

It would take five years for the world 
to recover from the 24-hour outage. 

Possible causes. When the surveyees 
were asked to speculate about causes 
of the 24-hour failure, both serious and 
wild answers were given: solar/astro¬ 
nomical activity, a biological anticom¬ 
puter virus, a massive electromagnetic 
field resulting from an out-of-control 
fusion reactor, a prelude to an alien in¬ 
vasion, a nanomechanical anticomput¬ 
er virus, accidental firing of a new 
field-effect weapon, computer design 
sabotage, divine intervention, an H 
bomb, and an ionized meteor. 

Computers shape the way we think, 
imagine, and remember. It’s sobering 
to consider our growing reliance on 
computers — and the catastrophic re¬ 
sults of even a temporary failure. 

Let’s hope that adequate strategies 
for coping with such a possibility would 
be in place in the unlikely event that 
this scenario would become reality. 

Clifford A. Pickover 

IBM T.J. Watson Research Center 

Yorktown Heights, N.Y. 
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Call for Papers /S 

1992 IEEE Symposium on 
Research in Security and Privacy 


May 4-6,1992 • Oakland, California 

sponsored by 

IEEE Computer Society Technical 
Committee on Security and Privacy 
in cooperation with 
The International Association for 
Cryptologic Research (IACR) 


The purpose of this symposium is to bring together researchers and developers who work on secure computer systems. 
The symposium will address advances in the theory, design, implementation, evaluation and application of secure com¬ 
puter systems. Papers, panel session proposals, and position papers are solicited in the following areas: 


• Secure Systems 

• Privacy Issues 

• Information Flow 

• Network Security 

• Formal Models 

• Viruses and Worms 

• Database Security 

• Access Controls 

• Security Verification and Validation 

• Authentication 

• Data Integrity 

• Auditing and Intrusion Detection 


Instructions to Authors: 

Send six copies of your papers, panel session proposals, and 
position papers to John McLean, Program Co-Chair, at the 
address given below. 

We provide "blind" refereeing. Put names and affiliations of 
authors on a separate cover page only. Abstracts, electronic 
submissions, late submissions, and papers that cannot be 
published in the proceedings will not be accepted. Papers 
submitted from outside North America should be sent via 
Federal Express or other overnight courier service. 

Papers must be received by November 8,1991 and must not 
exceed 7500 words. Authors will be required to certify 
prior to December 20, 1991 that any and all necessary 
clearances for publication have been obtained. Authors will 


be notified of acceptance by January 24,1992. Camera-ready 
copies are due no later than February 28,1992. 

The Symposium will include informal poster sessions. 
Poster session papers will appear in a special issue of 
Cipher that will be published to coincide with the sympo¬ 
sium. Send one copy of your poster session paper to David 
Bailey, Cipher editor, at the address given below, by January 
31,1992. Electronic submission of the latex source for poster 
session papers is strongly encouraged. Poster session 
authors must send a certification with their submittal that 
any and all necessary clearances for publication have been 
obtained. A limited number of scholarships will be available 
for student authors. 


Program Commitee: 

David Bailey, Los Alamos 

Tom Berson, Anagram Laboratories 

Martha Branstad, TIS 

George Dinolt, Loral Labs 

John Dobson, University of Newcastle 

Jim Gray, NRL 

Tom Haigh, SCTC 

Jeremy Jacob, Oxford University 


Sushil Jajodia, George Mason University 

Dale Johnson, MITRE 

Paul Karger, OSF 

Tanya Korelsky, ORA 

Steve Lipner, DEC 

Teresa Lunt, SRI 

John McHugh, University of North 
Carolina 


Catherine Meadows, NRL 
Jon Millen, MITRE 
Dan Nesset, Lawrence Livermore 
John Rushby, SRI 

Ravi Sandhu, George Mason University 
Elizabeth Sullivan, Amdahl 
Yacov Yacobi, Bellcore 


For further information concerning the symposium, contact: 


Deborah Cooper, General Chair 
Unisys Corporation 
5731 Slauson Avenue 
Culver City, CA 90230 
Tel: (213)338-3727 
cooper@culv .Unisys. com 

Teresa Lunt, Vice Chair 
SRI International, EL245 
333 Ravenswood Avenue 
Menlo Park, CA 94025 
Tel: (415)859-6106 
lunt@csl.sri.com 


John McLean, Program Co-Chair 
Naval Research Laboratory 
Code 5543 

Washington, DC 20375 
Tel: (202)767-3852 
mclean@itd .nrl.navy.mil 

Richard Kemmerer, Program Co-Chair 
Computer Science Department 
University of California 
Santa Barbara, CA 93106 
Tel: (805)893-4232 
kemm@cs.ucsb.edu 


Jeremy Jacob, European Contact 
Oxford University Computing 
Laboratory 
11 Keble Road 
Oxford, England OX1 3QD 
Tel: +44 865 272562 
Fax: +44 865-273839 
Jeremy. J acob@prg. oxford. ac .uk 

David Bailey, Cipher Editor 
USDOE, WQD 
PO Box 5400 
Albuquerque, NM 87115 
Tel: (505)845-4600 
db@lanl.gov 
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Designing against the clock? Then try our Block, 



Hypersignal-Windows™ Block Diagram 

Advanced Simulation Software under Windows 3.0 


• Data Flow Driven 

• Multi-Rate Applications including 
decimation, interpolation, etc. 

• Open Software Architecture 

• New Blocks created using standard C 

• Supports Dynamic Data Exchange 
(DDE) interface 


• Compatible with Hypersignal-Workstation 
and other Hypersignal-Windows software 
applications 

• Blocks can make use of DSP plug-in boards 
for algorithm acceleration 

• Flexible interface to allow virtually every 
algorithm application from classical telecom 
applications to Digital Image Processing 


For more information, including VHS 
Demo Tape Request Form, contact: 

Hyperception, Inc. 

= = - 9550 Skillman LB 125 

phone (214) 343-8525 
fax (214) 343-2457 

International Representatives: 

GERMANY - Electronic Tools, phone: (02102) 841013, TLX 1631 + BTX 02102841013 1 + ,fax: (02102) 841000 * UK, IRELAND - Loughborough Sound Images, 
LTD., phone: (0509) 231843, TLX 341409 LUFBRA G. fax: (0509) 262433 * FINLAND - ITT, phone: (90) 739 100, TLX 121450 MultiKomponent, fax: (90) 712 
414 * FRANCE - BORES Signal Processing, phone: CC44 (0483) 740138, fax: (0483) 740136 * DENMARK - Assentoft Electronics, phone: (06) 16 29 26, fax: (86) 
16 20 12 * ISRAEL - IES Ltd., phone: (03) 7510927 * TAIWAN, ROC - EXARTECH International Corp., phone: 5372201-3, fax: (02) 5422689, TLX:26173 j 
EXARTECH 
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